维基百科:互助客栈/其他
發表前請先搜索存档,參考舊討論中的内容可節省您的時間。 |
|
- [投票] 2024年5月管理人员申请投票正在进行中,参见投票列表,歡迎踴躍參與。
- [投票] 2024年5月关于仲裁委员会的调查问卷正在进行中,参见投票頁面,歡迎踴躍參與。
- [公告] 互助客栈正在对于Unblock-zh.org的各项细节征求意见。
- [公告] 再擬設立文化遺產關注度指引、將地理特徵關注度指引中有關道路的部分改為在交通關注度指引中列出及修改RFA流程相關規定已經通過。
- [公告] 再擬設立國際關係命名常規為方針正在公示,如有意見請儘快提出。
- [討論] 目前有涉及禁止在互助客棧條目探討區發起部分類型討論的重大政策提案仍在討論。為確保您的意見及權益獲得充分反映,請踴躍參與規範討論發起步驟討論。
- [討論] 有用戶正就重修破壞方針徵求社群意見,請踴躍參與討論。
- [討論] 互助客栈方针区正在討論電視條目播放信息增加收錄準則,請踴躍參與討論。
- [討論] 互助客栈技术区正在討論更改未登入用戶的預設字體大小及增加外觀選單及ToolsRedirect创建的繁簡重定向問題,請踴躍參與討論。
- [討論] 互助客栈其他区正在討論頁面評級與通用評級行政層面上的統合方案及將法輪功及臺灣政治訂為高風險主題,請踴躍參與討論。
- [廣告] 第二十二次動員令將於7月6日至9月8日間舉行,現正在徵求主題及主持人,歡迎踴躍參與!
- [廣告] 維基百科非洲月現正舉行,直至6月30日完結,歡迎踴躍參與!
存檔 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
# | 💭 話題 | 💬 | 👥 | 🙋 最新發言 | 🕒 (UTC+8) |
---|---|---|---|---|---|
1 | 沒有主題的頁面如何評級 | 190 | 12 | Ericliu1912 | 2024-06-03 10:32 |
2 | 評級系統缺失問題 | 213 | 21 | A2569875 | 2024-06-01 18:55 |
3 | 管理人员申请预讨论 | 55 | 18 | Wong128hk | 2024-06-02 10:45 |
4 | 對新用戶禁用內容翻譯工具(續) | 32 | 13 | SCP-2000 | 2024-05-24 00:31 |
5 | Unblock-zh.org | 46 | 14 | SunAfterRain | 2024-06-04 17:30 |
6 | 第二十二次動員令籌備討論 | 132 | 32 | Ghrkya | 2024-06-04 22:59 |
7 | 2024年非洲月籌備討論 | 29 | 12 | Alankang | 2024-06-01 09:08 |
8 | 設立法輪功為高風險主題 | 44 | 14 | Wetrace | 2024-06-04 21:07 |
9 | 是不是建立一个披露过滤器细节的规范比较好 | 5 | 4 | Bluedeck | 2024-06-01 17:56 |
10 | 关于「Save to」和「Moved to」 | 8 | 7 | BlackShadowG | 2024-06-02 08:32 |
11 | 介绍 iOS 建议编辑:增强维基百科的移动贡献 | 1 | 1 | ARamadan-WMF | 2024-05-29 15:45 |
12 | 將「1945年後臺灣政治」訂為高風險主題 | 22 | 11 | Sinsyuan | 2024-06-04 15:27 |
發言更新圖例 |
---|
|
|
|
|
|
特殊狀態 |
已移動至其他頁面 或完成討論之議題 |
手動設定 |
當列表出現異常時, 請先檢查設定是否有誤 |
正在廣泛徵求意見的議題
以下討論需要社群廣泛關注:(重新整理)
維基專題與協作[编辑]
目前此主題無正在討論的議題
|
沒有主題的頁面如何評級[编辑]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
像是包、比 (消歧義)、值 (消歧義)這種,內容並不屬於任何專題管轄的頁面,要如何評級?有沒有辦法「無專題評級」?不然在統計工具上面,這些未評級的頁面都無法正常顯示頁面種類。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月7日 (四) 08:59 (UTC)
- 主题更多是用来评判重要度而非写作水准的吧,或许可以考虑一个通用评级,比如实际上并不应该被划到单一专题内的消歧义页。——暁月凛奈 (留言) 2023年12月7日 (四) 09:34 (UTC)
- (?)疑問@暁月凛奈:比方說創建一個專用的、通用的評級模板,無專題,不使用{{WPBannerMeta}}元模板,內部只塞「本頁面獲評XX級」和Special:页面评级的解析器語法,然後沒有別的說明?-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月7日 (四) 09:48 (UTC)
- 我基本没有参与评级相关,我不太明白为什么条目质量一定要和专题挂钩。举个例子的话,页面李的六个链接五个是姓氏,一个是植物,被划到生物还是人文都显然不合适,而且消歧义页本来也不算做条目。或许也可以设计成,“本页面尚未划分到具体专题,欢迎协助标记”,然后消歧义页等页面用参数取消这一句。——暁月凛奈 (留言) 2023年12月7日 (四) 11:51 (UTC)
- (?)疑問@暁月凛奈:比方說創建一個專用的、通用的評級模板,無專題,不使用{{WPBannerMeta}}元模板,內部只塞「本頁面獲評XX級」和Special:页面评级的解析器語法,然後沒有別的說明?-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月7日 (四) 09:48 (UTC)
{{WikiProject Article assessment}}
可托管没有专题支援的条目--洛普利寧 2023年12月7日 (四) 11:58 (UTC)- (:)回應PJ:條目質量評級「
這個維基專題已經廢棄。
」。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月7日 (四) 12:18 (UTC)- 幾乎所有專題都是廢棄的,只是這個專題明面上寫了而已;稍微好一點的是只有一個人參加的「個人專題」,不過這種專題基本上也是三分鐘熱度。如果你只是為了評級,那就不用管專題是否活躍,直接把
{{WikiProject Article assessment}}
往討論頁上貼就可以。以中維的實力來說,條目沒有專題評級才應該是正常的,有評級的反而屬於異端--洛普利寧 2023年12月7日 (四) 12:41 (UTC)- 沒有到「
異端
」那麼慘吧,根據WP:評級:「截至2022年,英文維基百科已經有超過700萬條目被評級。很多其他語言版本也開始使用評級系統。中文維基百科約有38萬條目接受評級。
」現在中文維基約有100萬條目,100萬中的38萬,三成多,這樣平均三個條目就有一個條目有評級啊。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月7日 (四) 13:10 (UTC)
- 模板、分類、甚至是檔案也是需要評級的項目,算上去真的跟異端沒兩樣。而掛上專題模板呈現的未評級狀態能算評級嗎。 --窝法乙烷 儿法梦碎 2023年12月7日 (四) 14:03 (UTC)
- (:)回應:@Milkypine:WP:評級:「
約有38萬條目
」,中文維基百科條目數也才100萬啊。哪有「異端
」?我還異端兒勒。另WP:評級#統計,所有掛有評級模板條目討論頁有562,943頁,未填寫評級的「未評級狀態」之條目討論頁有182,858頁,562,943 − 182,858 = 380,085。所以被評級的「條目」是38萬無誤,100萬分之38萬 = 38%。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月7日 (四) 14:33 (UTC)- @A2569875:先定義何謂異端,如果數字多就不算異端,那麼日本和中國市場可以除名異端狀態了。 --窝法乙烷 儿法梦碎 2023年12月7日 (四) 14:54 (UTC)
- 更不用38%是數字少的一方,對中維其餘62%條目來講,這38%就是異端。 --窝法乙烷 儿法梦碎 2023年12月7日 (四) 14:59 (UTC)
- (:)回應:@Milkypine:WP:評級:「
- 模板、分類、甚至是檔案也是需要評級的項目,算上去真的跟異端沒兩樣。而掛上專題模板呈現的未評級狀態能算評級嗎。 --窝法乙烷 儿法梦碎 2023年12月7日 (四) 14:03 (UTC)
- 沒有到「
- 幾乎所有專題都是廢棄的,只是這個專題明面上寫了而已;稍微好一點的是只有一個人參加的「個人專題」,不過這種專題基本上也是三分鐘熱度。如果你只是為了評級,那就不用管專題是否活躍,直接把
- (:)回應PJ:條目質量評級「
- {{WikiProject Disambiguation}},这个?--Kethyga(留言) 2023年12月7日 (四) 12:47 (UTC)
- 僅供參考: enwiki之前也有相關討論,現在已由{{WPBS}}自動為這類型非條目賦予NA-、Redirect-級別的評級與重要度。請參見w:wn:Wikipedia:Bots/Requests for approval/Qwerfjkl (bot) 24。中文或許如Category:非条目级条目?--Kanashimi(留言) 2024年1月10日 (三) 06:05 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
Random Thought: 跟进英维的WikiProject banner shell改版[编辑]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
我倒是想起一个事儿。英维最近改版了{{WikiProject banner shell}}模版(新样式在这里),新的模版可以单独给条目一个总体的品质评级,各个WikiProject可以直接继承这个quality assessment,也可以搞自己的评级。你看是不是能实现你的没有管辖之WikiProject依然可以有评级的愿望? --MilkyDefer 2023年12月7日 (四) 14:59 (UTC)
- @A2569875,附知。--MilkyDefer 2023年12月8日 (五) 09:03 (UTC)
- @MilkyDefer稍微研究了一下,跟本地系統完全不相容,根本不知道怎麼改。他的評級是純粹使用英文字母的,我們是中文,從他目前的模組架構,我看不出來哪邊可以插入本地的評級模式。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月9日 (六) 07:47 (UTC)
- @MilkyDefer既然您提議了,我請求您給出可以執行的方案或建議,謝謝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月9日 (六) 07:49 (UTC)
- 那就是我自己按照人家代码的思路重新实现一个类似的咯。上一次的ping模板改版姑且让我熟悉了一点Lua语言。--MilkyDefer 2023年12月9日 (六) 11:24 (UTC)
- 原樣照辦英維的codebase要動的手術很大。不過我姑且給你實作了一個長得差不多的在對應沙盒裡面。--MilkyDefer 2023年12月9日 (六) 14:14 (UTC)
- (:)回應:@MilkyDefer:可是我好像沒看到
{{#assessment:}}
語法。沒使用{{#assessment:}}
的話也無法被系統和各類工具識別,那樣也無法解決我最初提出來的問題啊⋯⋯ -- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月10日 (日) 05:09 (UTC) - (:)回應:@MilkyDefer:我把
{{#assessment:}}
加上去了,順便調整一下讓預設(模板預覽)不要顯示錯誤,你看一下這樣適不適當。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月10日 (日) 17:43 (UTC)- 你自己决断。如我前面所述,我的改动只是一个临时性的方案。迟早需要重新规划这一套系统的技术编排,届时现在的变动会被新架构完全覆盖掉。--MilkyDefer 2023年12月10日 (日) 18:22 (UTC)
- (:)回應:@MilkyDefer:{{WikiProject banner shell}}目前獲WP:模板保護,即使是這個臨時方案也須獲社群共識才得以使用。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月11日 (一) 00:05 (UTC)
- 你自己决断。如我前面所述,我的改动只是一个临时性的方案。迟早需要重新规划这一套系统的技术编排,届时现在的变动会被新架构完全覆盖掉。--MilkyDefer 2023年12月10日 (日) 18:22 (UTC)
- (:)回應:@MilkyDefer:可是我好像沒看到
- @MilkyDefer既然您提議了,我請求您給出可以執行的方案或建議,謝謝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月9日 (六) 07:49 (UTC)
- @MilkyDefer稍微研究了一下,跟本地系統完全不相容,根本不知道怎麼改。他的評級是純粹使用英文字母的,我們是中文,從他目前的模組架構,我看不出來哪邊可以插入本地的評級模式。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月9日 (六) 07:47 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
第一階段:修改WikiProject banner shell[编辑]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
- 工程量挺大,就看誰願意改了。(幾年前可能我有興趣,現在我就精神上支持了)--洛普利寧 2023年12月8日 (五) 14:53 (UTC)
- 目前(+)支持User:MilkyDefer的臨時方案。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月11日 (一) 00:17 (UTC)
- (?)疑問:@Milkypine、暁月凛奈:您們認為暫時先用MilkyDefer的臨時方案如何?暫且能解決目前問題,且朝模板的新版改進邁進中。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月11日 (一) 00:24 (UTC)
- (+)支持設立通用評級,但最好展現一下沙盒效果,現在點進去看到的文件說明還是舊版本。 --窝法乙烷 儿法梦碎 2023年12月11日 (一) 11:16 (UTC)
- (:)回應:@Milkypine:可以參考測試樣例Template talk:WikiProject banner shell/testcases(評級模板的測試樣例只能放討論頁,不然會有錯誤訊息 囧rz……;首個測試樣例填了GA,所以這裡可以看到這表格最下面「評級」是「優良」,表示新模板有效)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月11日 (一) 12:15 (UTC)
- 已逾一周無新意見,視為已有初步共識。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月20日 (三) 13:23 (UTC)
- 一個小問題,見测试11,若是位於模板空間應修先顯示為模板級。且依據我於Talk:医学測試結果,似乎不符合預期。-- Willy1018(留言) 2023年12月21日 (四) 06:26 (UTC)
- (?)疑問@Willy1018:Talk:医学測試結果哪邊不合預期?不是都正常顯示甲級嗎,下面也能展開
|collapsed=yes
預設不展開也正常啊。然後無法理解测试11明明已經指定了,為何要fallback to模板級?指定級別顯然優先於預設級別;未指定本來就該都沒有評級。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月21日 (四) 13:29 (UTC)- 底下:網際網路專題、維基百科專題、機器人學專題,應顯示為A級而不是未評。-- Willy1018(留言) 2023年12月22日 (五) 03:47 (UTC)
- 如果本來就是這樣設計的,當我沒說吧。-- Willy1018(留言) 2023年12月22日 (五) 03:48 (UTC)
- @Willy1018:網際網路專題、維基百科專題、機器人學專題的模板又沒有要改版,既然他沒有要改版,那麼那些模板沒有輸入評級他是要怎麼知道評級成什麼?通靈嗎?而且模板參數因技術限制無法跨模板互通,所以也不可能把A級資訊傳遞進模板(實現如此傳遞需要mw:Extension:Variables,萌娘百科有,但中文維基沒有,且相關擴展不相容於目前版本的MediaWiki)。再來,你看User:MilkyDefer的原始提案「
新的模版可以单独给条目一个总体的品质评级[…]也可以搞自己的评级。
」這代表各個專題的評級模板是自己搞自己的,每個專題的評級互相獨立並不相干,因此沒有輸入就該維持沒有輸入評級的狀態,本就不應該蹦出沒有輸入卻變成A級的這種狀況。再來「優先顯示模板級」問題肯定也是上方誤會導致的。既然你都說「如果本來就是這樣設計的,當我沒說吧。
」了,那麼我就視為異議已排除,可以準備進行公示階段。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月22日 (五) 04:15 (UTC)
- @Willy1018:網際網路專題、維基百科專題、機器人學專題的模板又沒有要改版,既然他沒有要改版,那麼那些模板沒有輸入評級他是要怎麼知道評級成什麼?通靈嗎?而且模板參數因技術限制無法跨模板互通,所以也不可能把A級資訊傳遞進模板(實現如此傳遞需要mw:Extension:Variables,萌娘百科有,但中文維基沒有,且相關擴展不相容於目前版本的MediaWiki)。再來,你看User:MilkyDefer的原始提案「
- 如果本來就是這樣設計的,當我沒說吧。-- Willy1018(留言) 2023年12月22日 (五) 03:48 (UTC)
- 底下:網際網路專題、維基百科專題、機器人學專題,應顯示為A級而不是未評。-- Willy1018(留言) 2023年12月22日 (五) 03:47 (UTC)
- @Willy1018:跟您說明一下目前辦理狀況。已建立專門讀取通用評級資訊的模組Module:PJBSClass,目前我用電子遊戲專題測試,測試結果見Talk:皮卡丘的測試結果,在電子遊戲專題模板未輸入評級時,其有確實從外層的{{WikiProject banner shell/sandbox}}讀到
|class=Start
,你看這是不是你要的,如果是,則還須對Template:WPBannerMeta提編輯請求。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月24日 (日) 02:58 (UTC)- 感謝貢獻,目前已覆核已符合預期。-- Willy1018(留言) 2023年12月24日 (日) 05:17 (UTC)
- (:)回應:@Willy1018:但要達成您所見到的效果需要第二階段的修改,跟{{WPBannerMeta}}配合。這樣的話,我就視為您對第二階段持(+)支持態度囉。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月24日 (日) 08:12 (UTC)
- 無異議。-- Willy1018(留言) 2023年12月25日 (一) 04:00 (UTC)
- (:)回應:@Willy1018:但要達成您所見到的效果需要第二階段的修改,跟{{WPBannerMeta}}配合。這樣的話,我就視為您對第二階段持(+)支持態度囉。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月24日 (日) 08:12 (UTC)
- 感謝貢獻,目前已覆核已符合預期。-- Willy1018(留言) 2023年12月24日 (日) 05:17 (UTC)
- (?)疑問@Willy1018:Talk:医学測試結果哪邊不合預期?不是都正常顯示甲級嗎,下面也能展開
- 一個小問題,見测试11,若是位於模板空間應修先顯示為模板級。且依據我於Talk:医学測試結果,似乎不符合預期。-- Willy1018(留言) 2023年12月21日 (四) 06:26 (UTC)
- (+)支持設立通用評級,但最好展現一下沙盒效果,現在點進去看到的文件說明還是舊版本。 --窝法乙烷 儿法梦碎 2023年12月11日 (一) 11:16 (UTC)
- 此段落最後發言至今已逾七日,超過一周無新留言,且此前已形成初步共識,因此根據WP:7DAYS準備進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月1日 (一) 04:04 (UTC)
- 公示7日。公示內容見此-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月1日 (一) 04:04 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
- 完成:已佈署Special:Diff/80410249。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 04:40 (UTC)
第二階段:修改WPBannerMeta[编辑]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
@Willy1018:提到了一個很有意義的問題。如果上方的變更套用了的話,只有「表面上」給了頁面通用評級,而實際上的通用評級在各個專題中並沒有達成「繼承評級」的效果。這是因為評級模板預設不會知道他外面包著{{WikiProject banner shell}}模板,因此,如果要讓每個評級模板都能讀到通用評級,需要再一個編輯請求。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月24日 (日) 05:15 (UTC)
- 預計將會使用Module:PJBSClass來讀取{{WikiProject banner shell}}模板中的評級,並傳遞給{{WPBannerMeta}}注入進class參數。由於這需要第一階段先通過才有用,故先 擱置,等第一階段。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月24日 (日) 05:15 (UTC)
- 第二階段相關討論Special:PermaLink/80224436#回復通告-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月25日 (一) 02:56 (UTC)
- 已覆核,已符合預期,再次感謝您的貢獻。(搬運自Special:PermaLink/80233084)-- Willy1018(留言) 2023年12月25日 (一) 04:02 (UTC)
- 上面的共識是「
可以單獨給條目一個總體的品質評級,各個WikiProject可以直接繼承這個quality assessment,也可以搞自己的評級。
」,下方Wikipedia:互助客栈/其他#關於基礎條目的額外提議也有多個(+)支持「對各種專題橫幅不再個別指定 class,而是統一置於{{WPBS}}
」的聲音,為了實現上方共識「各個WikiProject可以直接繼承這個quality assessment」以及下方討論的「專題橫幅不再個別指定 class,而是統一置於{{WPBS}}」因此需要在{{WPBannerMeta}}置入讀取{{WPBS}}評級值的模板,以便讓專題橫幅能正確識別統一置於{{WPBS}}的評級,故本修改是必要的,目前已經佈署於電子遊戲專題和多面體專題,運作穩定。如無異議,將會進行公示,進行全面佈署。
- 預計的修改方案以及其佈署連結(記得填寫討論通過的diff和客棧PermaLink版本號)。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 05:00 (UTC)
相關議案
的配套修改-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 05:03 (UTC)
- 想諮詢一下@Kanashimi君相關修改是否有問題?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年1月8日 (一) 05:53 (UTC)
- @Ericliu1912、Kanashimi:這主要是依據共識,讓專題橫幅能繼承{{PJBS}}輸入的評級值。我已經在{{多面體專題}}、{{電子遊戲專題}}測試過了,沒有問題。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 06:00 (UTC)
- User:A2569875的努力有目共睹。只不過我原先料想的是直接改w:en:Module:WikiProject banner及w:en:Module:Banner shell,而宇帆-娜娜奇看起來很辛苦的重構了代碼,並且有些參數不太一樣,這樣我就不太好評論了。--Kanashimi(留言) 2024年1月8日 (一) 06:12 (UTC)
- @Ericliu1912、Kanashimi:那就用測試數據來說話吧。目前我是刻意讓{{多面體專題}}內部是調用Template:WPBannerMeta/sandbox/sandbox(同於Template:WPBannerMeta/sandbox,只是Template:WPBannerMeta/sandbox/sandbox裡面都塞/sandbox模板以便測試效果),效果完全符合預期,十分正常,見下列測試結果(只要是調用{{多面體專題}}的,基本上都等同於這個Patch):
- Talk:二十面體對稱的多面體列表:裡面輸入了列表級,Template:WPBannerMeta/sandbox確實讀到了列表級,沒有問題。
- 其他可參考Special:链入页面/Template:WPBannerMeta/sandbox/sandbox,基本上都沒有問題,我檢查一個禮拜了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 06:16 (UTC)
- Eric Liu 創造は生命(留言・留名・學生會) 2024年1月8日 (一) 12:18 (UTC)
- @Ericliu1912:若以Wikipedia:互助客栈/其他#Random_Thought:_跟进英维的WikiProject_banner_shell改版這一案來看的話(或者說只看這一案)的話,只有{{WPBannerMeta/core}}和{{WPBannerMeta}}要更新。其他案目前還在討論中。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 12:23 (UTC)
- (~)補充:@Ericliu1912:參考這個留言Wikipedia:互助客栈/其他#MilkyDefer2023年12月9日(六)14:14(UTC),「
原樣照辦英維的codebase要動的手術很大。不過我姑且給你實作了一個長得差不多的在對應沙盒裡面。
」考慮到最大相容性和中文維基的特殊性(如繁簡問題),本地評級系統本來就跟英文維基不太相同。目前只能「按照人家代碼的思路重新實現一個類似的咯。
」(by User:MilkyDefer)此外,我也不想換掉現在中文維基熟悉的Style。目前您所看到的系統都是基於MilkyDefer的修改版再把enwiki對應功能實作出來。主要功能去年年底就完工了,經過了半個多月的測試,我相信技術上不會有太大的問題。且相關函數已於電子遊戲專題兩萬多條目進行測試,問題幾乎都解決了。技術上沒有問題。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 12:58 (UTC)
- (~)補充:@Ericliu1912:參考這個留言Wikipedia:互助客栈/其他#MilkyDefer2023年12月9日(六)14:14(UTC),「
考慮到日後長期維護需求,我傾向請您以英文版本為基礎來更新相關模板。是否能夠確認有什麼模板需要更新(或在互助客棧列出之類)?不過在此過渡期間,若技術上沒有問題,是可以斟酌先批准既有之編輯請求。—— - @Ericliu1912:若以Wikipedia:互助客栈/其他#Random_Thought:_跟进英维的WikiProject_banner_shell改版這一案來看的話(或者說只看這一案)的話,只有{{WPBannerMeta/core}}和{{WPBannerMeta}}要更新。其他案目前還在討論中。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 12:23 (UTC)
- 這兩個(Template_talk:WPBannerMeta#編輯請求_2024-01-08、Template_talk:WPBannerMeta/core#編輯請求_2023-12-28)屬於案《Random Thought: 跟进英维的WikiProject_banner_shell改版》可以先進行;剩下的屬於另一案(Module_talk:Class/data#編輯請求_2023-12-28、Template_talk:Class_mask#編輯請求_2024-01-05、Template_talk:Class_mask/core#編輯請求_2023-12-25、Template_talk:Class/colour#編輯請求_2024-01-05)屬於案《同步各模板/块的評級值》目前正在公示,所以暫時還不用。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 14:59 (UTC)
- @Ericliu1912:要改哪些模板我在客棧上其實都有列,主要在案《沒有主題的頁面如何評級》和案《評級系統缺失問題》的子章節裡。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 15:03 (UTC)
- (不用一直提及我,我有在看)—— Eric Liu 創造は生命(留言・留名・學生會) 2024年1月8日 (一) 15:11 (UTC)
- (:)回應:既然你有在看,那我就更仔細地說明這兩個編輯請求(Template_talk:WPBannerMeta#編輯請求_2024-01-08、Template_talk:WPBannerMeta/core#編輯請求_2023-12-28)技術上沒有問題、無疑慮的理由。這兩個編輯請求加起來的編輯內容等價於我上個月在{{WikiProject Video games}}做出的這筆編輯Special:Diff/80221014。用的模組和函數完全相同,只是僅限於電子遊戲專題,而這兩個編輯請求加起來的編輯內容就等於佈署到所有專題。電子遊戲專題之所有不用編輯兩個模板是因為{{WikiProject Video games}}不使用元模板,也沒有/core,因此編輯一個頁面就能達到效果,而所有專題共用的元模板有使用元模板/core,因此需要編輯兩個模板(主模板和/core模板)才能生效。電子遊戲專題共有兩萬多個條目,這功能佈署到電子遊戲專題至今已半個多月,未見什麼大問題,代表已經在兩萬個條目測試沒問題(稍早也測試了{{多面體專題}},500+條目;實際上還佈署到了{{互联网专题}}、{{维基百科专题}}和{{WikiProject Robotics}}上以便讓User:Willy1018已覆核效果符合預期;更進一步的技術測試則在{{WikiProject_Sandbox}}及{{WikiProject Portals}}完成,均未發現任何問題;為了避免影響到Patch,測試是由{{WPBannerMeta/sandbox/sandbox}}和{{WPBannerMeta/core/sandbox/sandbox}}完成,測試方式是直接先暫時將對應模板改用{{WPBannerMeta/sandbox/sandbox}}和{{WPBannerMeta/core/sandbox/sandbox}}以觀察佈署後的效果),我這半個月也實際複查數百個條目,沒發現任何問題,代表這兩萬多個條目的測試是成功的,因此認為本開發已趨於穩定,是時候可以佈署到所有專題了。以上,故認為技術上沒有問題,可以佈署Template_talk:WPBannerMeta#編輯請求_2024-01-08和Template_talk:WPBannerMeta/core#編輯請求_2023-12-28。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 15:46 (UTC)
- (~)補充:若這兩個編輯請求(Template_talk:WPBannerMeta#編輯請求_2024-01-08和Template_talk:WPBannerMeta/core#編輯請求_2023-12-28)核准了,記得通知我一聲,我需要在{{多面體專題}}、{{互联网专题}}、{{维基百科专题}}、{{WikiProject Robotics}}和{{WikiProject Portals}}取消佈署,避免重複佈署和{{WPBannerMeta}}及{{WPBannerMeta/core}}相衝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 15:55 (UTC)
- (:)回應:既然你有在看,那我就更仔細地說明這兩個編輯請求(Template_talk:WPBannerMeta#編輯請求_2024-01-08、Template_talk:WPBannerMeta/core#編輯請求_2023-12-28)技術上沒有問題、無疑慮的理由。這兩個編輯請求加起來的編輯內容等價於我上個月在{{WikiProject Video games}}做出的這筆編輯Special:Diff/80221014。用的模組和函數完全相同,只是僅限於電子遊戲專題,而這兩個編輯請求加起來的編輯內容就等於佈署到所有專題。電子遊戲專題之所有不用編輯兩個模板是因為{{WikiProject Video games}}不使用元模板,也沒有/core,因此編輯一個頁面就能達到效果,而所有專題共用的元模板有使用元模板/core,因此需要編輯兩個模板(主模板和/core模板)才能生效。電子遊戲專題共有兩萬多個條目,這功能佈署到電子遊戲專題至今已半個多月,未見什麼大問題,代表已經在兩萬個條目測試沒問題(稍早也測試了{{多面體專題}},500+條目;實際上還佈署到了{{互联网专题}}、{{维基百科专题}}和{{WikiProject Robotics}}上以便讓User:Willy1018已覆核效果符合預期;更進一步的技術測試則在{{WikiProject_Sandbox}}及{{WikiProject Portals}}完成,均未發現任何問題;為了避免影響到Patch,測試是由{{WPBannerMeta/sandbox/sandbox}}和{{WPBannerMeta/core/sandbox/sandbox}}完成,測試方式是直接先暫時將對應模板改用{{WPBannerMeta/sandbox/sandbox}}和{{WPBannerMeta/core/sandbox/sandbox}}以觀察佈署後的效果),我這半個月也實際複查數百個條目,沒發現任何問題,代表這兩萬多個條目的測試是成功的,因此認為本開發已趨於穩定,是時候可以佈署到所有專題了。以上,故認為技術上沒有問題,可以佈署Template_talk:WPBannerMeta#編輯請求_2024-01-08和Template_talk:WPBannerMeta/core#編輯請求_2023-12-28。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 15:46 (UTC)
- (不用一直提及我,我有在看)—— Eric Liu 創造は生命(留言・留名・學生會) 2024年1月8日 (一) 15:11 (UTC)
- @Ericliu1912:要改哪些模板我在客棧上其實都有列,主要在案《沒有主題的頁面如何評級》和案《評級系統缺失問題》的子章節裡。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 15:03 (UTC)
- @Ericliu1912、Kanashimi:那就用測試數據來說話吧。目前我是刻意讓{{多面體專題}}內部是調用Template:WPBannerMeta/sandbox/sandbox(同於Template:WPBannerMeta/sandbox,只是Template:WPBannerMeta/sandbox/sandbox裡面都塞/sandbox模板以便測試效果),效果完全符合預期,十分正常,見下列測試結果(只要是調用{{多面體專題}}的,基本上都等同於這個Patch):
- @Ericliu1912、Kanashimi:另外參見此發言,User:Willy1018已覆核效果符合預期,認為修改沒有問題。測試也都充分了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 06:31 (UTC)
- @Ericliu1912:另外如果要接受編輯請求的話,也把Template_talk:WPBannerMeta/core#編輯請求_2023-12-28也接受吧,兩者是互相配套的({{WPBannerMeta}}與{{WPBannerMeta/core}}高度相依)。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 06:33 (UTC)
- 相關討論移動到此供參考。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月9日 (二) 13:22 (UTC)
- 本議案旨在「讓專題橫幅能從{{PJBS}}繼承評級值」是否佈署到所有專題。目前已暫時透過沙盒模板測試性地佈署到電子遊戲專題、多面體專題、網際網路專題、維基百科專題、主題專題、沙盒專題。如無異議的話,將會就「是否佈署於所有專題」進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月9日 (二) 13:54 (UTC)
- 目前沒有合理異議,因此仍照原定計畫若2024年1月10日 (三) 05:00 (UTC)之前沒有其他異議就視為已獲共識。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月9日 (二) 17:48 (UTC)
- 依據此以及WP:7DAYS,時間已逾2024年1月10日 (三) 05:00 (UTC),且本篇討論始於2023年12月7日已逾一個月,依據WP:1MONTH,因此視為已達成共識,準備開始公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月10日 (三) 05:37 (UTC)
- 公示7日,公示說明。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月10日 (三) 05:37 (UTC)
- 由於相依性, 公示延長至《Wikipedia:互助客栈/其他#提案已通過請求佈署》佈署的三日後。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月16日 (二) 15:36 (UTC)
- 《Wikipedia:互助客栈/其他#提案已通過請求佈署》佈署已逾時三日;公示期內位於Template_talk:WPBannerMeta#編輯請求_2024-01-08的合理意見可以透過下方議案《通用評級規範》來解決,且該議案已獲初步共識並進入公示階段(詳見此說明),故可以預見該問題將被解決,故此案應可通過;但為了謹慎起見,公示再延三日,若三日內沒有合理異議則視本案為通過。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月21日 (日) 13:05 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
第三階段:完善制度[编辑]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
在Template_talk:WPBannerMeta#編輯請求_2024-01-08中有人認為需要給通用評級訂一個「能填寫甚麼級別」的標準來避免爭議,因此立了草案Wikipedia:通用評級如下:
- 若一條目沒有專題或不受任何專題管轄,則其通用評級可填寫任意有被{{WikiProject banner shell}}支援的級別,僅要該條目有達到該級別的標準或滿足該級別的條件,都可以評。
- 若一條目僅有一個專題,其通用評級應與該專題所評的等級一致。
- 若一條目有多個專題,通常由機器人自動依照規則4進行評級,但一旦出現爭議時則通用評級應以所有專題都有開設的級別為主。
- 例如:若一條目有四個專題,而有一個專題沒有開設「丙級列表級」,那麼通用評級就不得填寫「丙級列表級」
- 對於有多個專題的條目,通用評級應填寫最多專題評的那一等級。
- 例如有一個條目有四個專題,其中三個專題都評為乙級,但有一個專題評為丙級,則通用評級應填寫乙級。
- 若在規則4的情況牴觸規則3,則應填寫與對應級別最接近的且滿足規則3的級別。
- 例如有一個條目有四個專題,其中三個專題都評為「丙級列表級」,但有一個專題評為「列表級」且這個專題不開設「丙級列表級」。依據規則3,最多專題評的級別是「丙級列表級」,但有一個專題不開設「丙級列表級」,則通用評級應填寫與「丙級列表級」最接近且位於該條目所有專題都有開設的級別,也就是「列表級」。
- 「最接近的級別」應該向下填寫,例如未啟用乙級的專題,通用級別遇到規則3判為乙級的情況時,則向下填寫為丙級。如果丙級也有專題未開設,就再向下填寫為初級。如遇到無法評級的情況,該通用評級模板就該留空。
提議將之升為指引,不曉得各位覺得如何?@Ma3r、Kanashimi、Z7504、桐生ここ:@Kethyga、暁月凛奈、MilkyDefer、Milkypine、Willy1018:-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月14日 (日) 09:44 (UTC)
- 實作上是否能讓那些沒開設大宗評級(數量最多專題)的在專題橫幅內設定好參數即可?這樣看起來就不會因為沒開設評級、被覆蓋而出問題。機器人很難判別每個專題開設的評級,因此條件3會讓讓機器人無法自動作業。
- 僅供參考,就enwiki來說,純粹只考慮數量最多的評級。採用特殊評級的專題橫幅有特殊分類,機器人處理時不會動到其評級。--Kanashimi(留言) 2024年1月14日 (日) 10:35 (UTC)
- @Kanashimi:技術上不能讀取評級模板的
|QUALITY_SCALE=
內容和/class子頁面嗎?如果|QUALITY_SCALE=
填subpage,讀取/class子頁面就能得知該專題哪些評級有啟用。例如{{多面體專題}}是|QUALITY_SCALE=subpage
,所以讀取Template:多面體專題/class原始碼即可得到哪些級別是yes、哪些級別是no。如果|QUALITY_SCALE=
填extended則是定義於{{Class mask/extended}}的級別。未填或standard就是只使用大宗評級。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月14日 (日) 11:00 (UTC) - 如果改成「若一條目有多個專題,通常由機器人自動依照規則4進行評級,但一旦出現爭議時則通用評級應以所有專題都有開設的級別為主。」機器人會不會好辦一點?意為機器人填寫值優先,但如果是人工評級時,才須考慮是否所有專題都有開設,且是遇到爭議之時,這是為了解決「
但是如果有人說「根據Wikipedia:條目質量評級標準#非標準級別和一些專題評CL的慣例,這篇列表內容充分,儘管支援條目的專題都沒有設CL級別,但既然WPBS能評CL那我就評CL」呢?所以,這個評級的定位該怎麽看?您作出了如此複雜的功能,但如果因爲使用規則不完善而部署而引發爭議,相信這是您不願意見到的。
」所描述的爭議情境。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月14日 (日) 11:06 (UTC)- @A2569875 現在cewbot採用的方式是選出最大宗的評級(數量最多的評級),填入{{WPBS}}並且移除所有相同的評級。所有不同的評級都保留不動。不曉得這樣的作業方式是否會產生問題?--Kanashimi(留言) 2024年1月14日 (日) 11:16 (UTC)
- @Kanashimi:技術上不能讀取評級模板的
- 我在疗养,您自己请便。由于这个事情的业务逻辑挺复杂的,我不会拦着你用什么样的Lua。--MilkyDefer 2024年1月14日 (日) 12:48 (UTC)
- 已逾一周沒有任何發言,根據WP:7DAYS,七日無新留言視為已達成初步共識,因此將準備進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月21日 (日) 12:54 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月21日 (日) 12:54 (UTC)
公示已逾七日,公示期已過,期內無合理異議,因此提案通過。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月29日 (一) 03:28 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
臨時動議:關於基礎條目的額外提議[编辑]
|vital=
參數》案。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月29日 (一) 05:36 (UTC)- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
- 似乎已有共識,跟隨enwiki改版之後會由機器人自動完成:對各種專題橫幅不再個別指定 class,而是統一置於{{WPBS}}。
- 跟隨enwiki改版之後會由機器人自動完成:將{{WikiProject Biography}}的 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數皆改以{{WPBS}}處理,
- 跟隨enwiki改版之後會由機器人自動完成:將{{Vital article}}併入{{WPBS}}
這邊最近在幫忙enwiki自動化這過程。這邊將申請自動更新Wikipedia:基礎條目所有子頁面的圖示(這部分最近測試中,已趨穩定。),以及定期維護{{WPBS}}(將各種專題橫幅併入{{WPBS}}並維護 'class', 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas'等相關參數)。不知大家對此是否有建議? --Kanashimi(留言) 2024年1月2日 (二) 09:53 (UTC)
enwiki近期改版{{WikiProject banner shell}},
- 對各種專題橫幅不再個別指定 class,而是統一置於{{WPBS}}。
- 將{{WikiProject Biography}}的 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數皆改以{{WPBS}}處理,
- 將{{Vital article}}併入{{WPBS}}
這邊最近在幫忙enwiki自動化這過程,並且將定期維護。想請教大家對上幾種改變的贊否。
另這邊將申請自動更新Wikipedia:基礎條目的圖示(這部分最近測試中,已趨穩定。),以及維護{{WPBS}}(將各種專題橫幅併入{{WPBS}})。不知大家對此是否有建議?
副知User:Ma3r、User:Ericliu1912--Kanashimi(留言) 2024年1月2日 (二) 06:11 (UTC)
- 其實個人早已注意到相關更新,只是苦於自身技術實力不足而未能協助,樂見在充分確保相容性的情況下跟進。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年1月2日 (二) 06:21 (UTC)
- (+)支持全部。--Ma3r(铁塔) 2024年1月2日 (二) 06:25 (UTC)
- @Kanashimi:可是這個即將公示通過了耶Wikipedia:互助客栈/其他#Random_Thought:_跟进英维的WikiProject_banner_shell改版。這個預計會先上架,這邊去年年底弄了從{{WPBS}}讀取評級到專題橫幅的模組Module:PJBSClass,你是要讓我做白工嗎?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月2日 (二) 09:30 (UTC)
- 唉呀感謝提醒我沒注意到。看起來改版是已經有共識的結果了。我把建議移到那個討論串下好了,這邊可以關閉了。--Kanashimi(留言) 2024年1月2日 (二) 09:37 (UTC)
- Eric Liu 創造は生命(留言・留名・學生會) 2024年1月3日 (三) 04:47 (UTC)
- 已遷移討論@Ma3r、Ericliu1912:(User:Kanashimi應該已經知道了)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 05:51 (UTC)
您可以將整個討論移到其他區( ——
- Eric Liu 創造は生命(留言・留名・學生會) 2024年1月3日 (三) 04:47 (UTC)
- 唉呀感謝提醒我沒注意到。看起來改版是已經有共識的結果了。我把建議移到那個討論串下好了,這邊可以關閉了。--Kanashimi(留言) 2024年1月2日 (二) 09:37 (UTC)
- (:)回應:但上面的共識是「
可以單獨給條目一個總體的品質評級,各個WikiProject可以直接繼承這個quality assessment,也可以搞自己的評級。
」,代表雖然評級統一放在{{WPBS}},但仍然要允許個別專題能用自己的標準來搞自訂評級,所以應保留各專題橫幅的評級參數與功能。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 04:57 (UTC)
- 是的,enwiki採w:en:Category:WikiProjects using a non-standard quality scale表示自訂評級的專題,bot亦已考慮此問題,在User:Cewbot/log/20200122/configuration有此項。待zhwiki完成部署,填好User:Cewbot/log/20200122/configuration便可apply。--Kanashimi(留言) 2024年1月3日 (三) 07:08 (UTC)
- (:)回應:@Kanashimi:我指的是可能會有專題有自己的標準,導致評級值與{{WPBS}}不同的情況(如可能有些專題的乙級比較嚴格,導致該專題只能評丙級,但WPBS是乙級,其他專題也是乙級),而非「非標準評級」(non-standard quality)的情況。雖然兩者都需要保留著各專題橫幅模板的評級class參數。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 07:26 (UTC)
- 是的,w:en:Category:WikiProjects using a non-standard quality scale包含您所提的這兩種非正規、不繼承的狀況。--Kanashimi(留言) 2024年1月3日 (三) 07:47 (UTC)
- Category:使用自訂專題評級的條目,我是指「一個頁面的評級」滿足「不繼承、非正規」的狀況,不是「專題橫幅自己」滿足「不繼承、非正規」的條件。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 09:41 (UTC)
- 或許我們該用Category:使用非正規質量評級的專題橫幅?至於您說的「一個頁面的評級」很抱歉我不太理解,是否能舉個例子呢?--Kanashimi(留言) 2024年1月3日 (三) 11:34 (UTC)
- (:)回應:@Kanashimi:Category:使用自訂專題評級的條目裡面的頁面就是「一個頁面的評級」滿足「不繼承」的狀況。Category:使用自訂專題評級的條目指的是「考慮一個已使用{{WPBS}}指定評級為X的條目,其有至少一個專題橫幅評級值為Y,或不為{{WPBS}}指定的X」,而考察w:en:Category:WikiProjects using a non-standard quality scale分類內都是「專題橫幅模板」本身,我猜它是指「允許『不繼承、非正規』評級的橫幅」,而不是條目評級的「個例」;而Category:使用自訂專題評級的條目是指「已經『不繼承、非正規』評級的頁面」的「個例」而非橫幅模板本身。我想你有所誤解,我希望是元模板都保留
|class=
參數,讓專題自己決定要怎麼送值,然後預社會繼承,這樣的話我們就不需要Category:使用非正規質量評級的專題橫幅分類。也就是說,本地的狀況宜以條目個例來看,而非以專題為單位來看。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 11:43 (UTC)- 假如我沒有理解錯,您的意思是就您看來,zhwiki採用因地制宜的條目追蹤Category會比較好,因此您建議的是Category:使用自訂專題評級的條目而非Category:使用非正規質量評級的專題橫幅?--Kanashimi(留言) 2024年1月3日 (三) 11:49 (UTC)
- 另外這兩個追蹤的標的不同,一個是專題橫幅,一個是條目,我建議先取消d:Q122718872的連結。--Kanashimi(留言) 2024年1月3日 (三) 11:52 (UTC)
- d:Specail:Diff/2044308721已取消。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 11:56 (UTC)
- (:)回應:@Kanashimi:是的,根據我的觀察,我認為中文維基環境宜用Category:使用自訂專題評級的條目(因為人手較少,很多專題都是不活躍或單人專題,因此中維的關注點以條目居多,故追蹤分類追蹤條目很符合邏輯),且Patch已寫好,已使用少量條目測試,目前運作正常,預計會先跟上面的patch一起佈署。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 11:54 (UTC)
- enwiki採用這種方法的過程與部分考量可參考w:en:Template talk:WikiProject banner shell#Issue with assessments not applying to WikiProject Lists template,關乎Special:PageAssessments。就我最近的測試,有些模板如您所述
有些專題的乙級比較嚴格,導致該專題只能評丙級,但WPBS是乙級,其他專題也是乙級
,更有像w:en:Template:WikiProject Military history模板本身有額外採用class參數的代碼,這些模板本來就該與採用一般正規評級的模板分開。因此我會建議保留Category:使用非正規質量評級的專題橫幅這部分的功能,輔以Category:使用自訂專題評級的條目的patch。--Kanashimi(留言) 2024年1月3日 (三) 12:06 (UTC)- 目前的patch是對所有的專題橫幅全面保留
|class=
參數,只是設定未輸入時會從WPBS讀取評級值,也就是預設繼承,也就是說,所有專題橫幅模板都可以繼承或覆蓋,因為是所有的橫幅都可以覆蓋,所以Category:使用非正規質量評級的專題橫幅對於「不繼承評級」沒有意義。共識也有說要在最大相容的情況下佈署,所以我主張要盡可能保留原本的功能,即每個專題橫幅模板都能自訂評級,這是原本的情況,新共識是保留原本情況額外加上可以繼承評級的功能,且符合共識的patch也就緒了,您的意思看起來好像要取消專題橫幅預設都可以獨立評級、不繼承評級,我(-)反对如此作法,我主張應對所有專題(○)保留可覆蓋評級的功能,就像你程式的類別成員函數預設都是可以繼承或複寫Override的啊,怎麼會有預設是不准Override的情況?因此我反對預設關閉橫幅不繼承評級之功能,反正現在的patch已經是預設繼承WPBS之評級的情況,對專題橫幅元模板保留「允許不繼承評級」功能無傷大雅。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月4日 (四) 04:20 (UTC)- 我了解您的意思了。enwiki現在也是預設繼承,允許Override但會被列入w:en:Category:Articles with conflicting quality ratings。那邊的想法似乎是除非退出,否則應採用同一評級。我建議還是保留專題橫幅退出的餘地,畢竟有些專題橫幅就是比較特別。
- 就現在的機器人實作方法,zhwiki應該不會有問題。專題橫幅模板的質量評級若與{{WPBS}}相同,將會被移到{{WPBS}}。若與{{WPBS}}不同則會保留。--Kanashimi(留言) 2024年1月4日 (四) 06:05 (UTC)
- 目前的patch是對所有的專題橫幅全面保留
- enwiki採用這種方法的過程與部分考量可參考w:en:Template talk:WikiProject banner shell#Issue with assessments not applying to WikiProject Lists template,關乎Special:PageAssessments。就我最近的測試,有些模板如您所述
- 例如Talk:康威多面體裡面{{WPBS}}指定了
|class=stub
,但{{多面體專題}}指定了|class=start
蓋掉了{{WPBS}}的|class=stub
,因此被自動加入Category:使用自訂專題評級的條目分類。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 11:46 (UTC)
- (:)回應:@Kanashimi:Category:使用自訂專題評級的條目裡面的頁面就是「一個頁面的評級」滿足「不繼承」的狀況。Category:使用自訂專題評級的條目指的是「考慮一個已使用{{WPBS}}指定評級為X的條目,其有至少一個專題橫幅評級值為Y,或不為{{WPBS}}指定的X」,而考察w:en:Category:WikiProjects using a non-standard quality scale分類內都是「專題橫幅模板」本身,我猜它是指「允許『不繼承、非正規』評級的橫幅」,而不是條目評級的「個例」;而Category:使用自訂專題評級的條目是指「已經『不繼承、非正規』評級的頁面」的「個例」而非橫幅模板本身。我想你有所誤解,我希望是元模板都保留
建好後,發現好像跟你說的不是一個東西? - 或許我們該用Category:使用非正規質量評級的專題橫幅?至於您說的「一個頁面的評級」很抱歉我不太理解,是否能舉個例子呢?--Kanashimi(留言) 2024年1月3日 (三) 11:34 (UTC)
- Category:使用自訂專題評級的條目,我是指「一個頁面的評級」滿足「不繼承、非正規」的狀況,不是「專題橫幅自己」滿足「不繼承、非正規」的條件。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 09:41 (UTC)
- 是的,w:en:Category:WikiProjects using a non-standard quality scale包含您所提的這兩種非正規、不繼承的狀況。--Kanashimi(留言) 2024年1月3日 (三) 07:47 (UTC)
- WPBS}}能自動判斷評級的情況嗎?此時,{{WPBS}}不會有輸入任何
|class=
參數,也不必輸入|class=
,因為它是自動判定,例如Talk:2J(請看此版本的原始碼)。甚至還能傳遞給內層專題橫幅讓專題橫幅繼承這個「沒有輸入」的評級級別,例如Talk:二側錐五角柱(請看此版本原始碼)和Talk:五複合半刻面立方體(請看此版本原始碼),bot有考慮到這種{{WPBS}}未輸入|class=
參數,但能產生結果的狀況嗎?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 10:21 (UTC)- 機器人基本上不會動這種類型的 {{WPBS}}。另外依照MSGJ在w:en:Wikipedia:Bots/Requests for approval/Qwerfjkl (bot) 24的說法,“We have changed the logic so it is impossible to rate a non-article with an article quality rating.”,也就是這類型的問題會由Module:Banner shell處理。--Kanashimi(留言) 2024年1月3日 (三) 11:44 (UTC)
那您的bot有考慮到{{
- (:)回應:@Kanashimi:我指的是可能會有專題有自己的標準,導致評級值與{{WPBS}}不同的情況(如可能有些專題的乙級比較嚴格,導致該專題只能評丙級,但WPBS是乙級,其他專題也是乙級),而非「非標準評級」(non-standard quality)的情況。雖然兩者都需要保留著各專題橫幅模板的評級class參數。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月3日 (三) 07:26 (UTC)
- 整理一下目前共識:
- {{PJBS}}設立通用評級,可以統一管理同一條目的所有專題評級(已公示通過)
- 確保最大相容性的前提下跟進英文維基的相關功能
- 專題橫幅看各專題意願,評級可以選擇統一放置於{{PJBS}}也可以自行輸入
- 未輸入評級的專題橫幅以繼承載於{{PJBS}}的評級值為主,會優先採用載於{{PJBS}}的評級值
- 如頁面能自動判斷評級則無論輸入什麼評級,都要以自動判斷的評級為優先(原始來自這則留言,後續有在上方簡單討論);另有設置參數能複寫此設定。
- 'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas'已併入{{PJBS}},但是否廢除{{WikiProject Biography}}內的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas'還有待討論
- {{WPBS}}已經加入{{Vital article}}的所有參數,但是否要用{{WPBS}}取代{{Vital article}}還有待討論
我有不同意见。英维的WPBannerMeta模组有很长一大坨代码都是在处理这个Vital Article的事情;具体来说,他们把校验这个Vital Article是不是真的Vital Article什么的逻辑全部写进去了。这一坨东西让可维护性和可读性(有可能还有效率)遭到了重大影响。我认为这更适合由一个外部机器人维护,而不是剥削这个已经很折磨人的Lua。 --MilkyDefer 2024年1月14日 (日) 12:53 (UTC)
- 我的建议方案是,
|vital=
参数可以存在,但是只有UI作用,由一个外部的机器人进行监察和更新操作。--MilkyDefer 2024年1月14日 (日) 12:55 (UTC)- 若能簡單改enwiki的程式碼來用,或許不必擔心折騰的問題。另一方面假如只留UI功能的話,是否乾脆維持原來的{{Vital article}}就好?--Kanashimi(留言) 2024年1月14日 (日) 13:06 (UTC)
- Module:Vital_articles都已經分成類似雜湊表查詢了,有甚麼折騰的問題?已經高效率優化了好嗎。理論上,此實現的記憶體開銷甚至有望低於英文維基,因為英文維基只分成27個表,而中文維基是36個表,代表中文維基每個表的項目數量更少,在類似散列函數計算之後,要讀取的JSON更小,表示記憶體用量更少,單個表項目更少表示查詢更快。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月14日 (日) 13:12 (UTC)
- @Kanashimi:Module:Vital_articles#L-216基本上就是英文維基的Code,我們已經簡單改enwiki的程式碼來用了,您似乎有所誤會,請自行對照Module:Vital_articles#L-216與en:Module:Banner_shell#L-90。而且您可以看到,本提案預計的作法已經把它下分到Module:Vital_articles去了,並不是像英文維基裡全部整坨塞WPBS模組,故不存在您所提的「可维护性和可读性低」的問題,因為已經分門別類處理了:WPBS處理WPBS的任務、Vital articles處理Vital articles的任務,故上述疑慮不存在,杞人憂天。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月14日 (日) 13:14 (UTC)
- 是的,所以我想應該不至於有折騰的問題。--Kanashimi(留言) 2024年1月14日 (日) 13:17 (UTC)
- 不同意「剝削這個已經很折磨人的Lua」一說。您似乎保守過頭了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月14日 (日) 13:16 (UTC)
- @MilkyDefer:而且一個頁面最多只會放置一個{{WPBS}}或{{Vital article}},代表該運算始終只會做一次,一個半秒內完成的運算只算一次,是要擔心甚麼效能問題?難道你想塞一萬個{{WPBS}}或{{Vital article}}在討論頁?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月14日 (日) 13:20 (UTC)
- 我們用實際數據來說話吧。Special:PermaLink/80500375這是隨便測試6620個條目進行基礎條目判別,並輸出{{Vital article}}字串。
- 這6620個條目全部運算完畢在預覽模式下Lua的後台輸出為:
- Lua 使用時間:6.375/10.000 秒
- Lua 記憶體使用狀況:20,669,093/52,428,800位元組
- 跑6620次花6.375秒,平均每次基礎條目判斷僅需花費0.00096299093秒,也就是0.96299093毫秒,連1毫秒都不到。記憶體用量則是20,669,093 / 6620 = 3122.2194864,平均每個基礎條目判段僅需3122位元組,3.1kB,而可用的記憶體有52MB那麼多,更不用說這運算只算一次。你總共只需要 0.96 ms、3.12 kB,這甚至比其他很多模組有效率了好嗎。
- 一個1毫秒內完成的運算只算一次,是要擔心甚麼效能問題?我實在沒有辦法看出是要擔心哪門子的性能問題。既然一個基礎條目判段只需要不到1毫秒,那我認為你上面的「削这个已经很折磨人的Lua」完全是無稽之談,完全說不過去。Lua本身的目的就是要來降低維基代碼的開銷的,你隨便一個維基代碼解析都可能比我上面那個運算來的久。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月15日 (一) 05:28 (UTC)
- 已逾一周無新留言,因此根據WP:7DAYS,七日無進一步發言視為已達成初步共識;再依據WP:7DAYS「
已獲提案人正當合理的回應,且自該回應起計的3日後無進一步再回應,應視為該意見已解決。
」上方意見自最後發言起已逾三日無其他回應,因此視為該意見已解決,故將「將{{Vital article}}併入{{WPBS}}的|vital=
参数」視為已達成初步共識,預計將使用修改方案以及其佈署連結和測試樣例1、測試樣例2,以及(±)合併{{Vital article}}到{{WPBS}},來達成這個初步共識。既然依據WP:7DAYS已達成初步共識,那麼將準備進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月22日 (一) 05:31 (UTC)
- 已逾一周無新留言,因此根據WP:7DAYS,七日無進一步發言視為已達成初步共識;再依據WP:7DAYS「
- 這6620個條目全部運算完畢在預覽模式下Lua的後台輸出為:
- 公示7日,公示內容「將{{Vital article}}併入{{WPBS}}的
|vital=
参数」(同時執行方案①修改方案以及其佈署連結和方案②(±)合併{{基础条目横幅}}及{{Cba/discuss}}到{{WPBS}}(已由修改方案涵蓋)),另見此說明。(註:{{Vital article}}是重定向頁,亦會更改重定向目標)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月22日 (一) 05:31 (UTC)
- 我們用實際數據來說話吧。Special:PermaLink/80500375這是隨便測試6620個條目進行基礎條目判別,並輸出{{Vital article}}字串。
- @Kanashimi:Module:Vital_articles#L-216基本上就是英文維基的Code,我們已經簡單改enwiki的程式碼來用了,您似乎有所誤會,請自行對照Module:Vital_articles#L-216與en:Module:Banner_shell#L-90。而且您可以看到,本提案預計的作法已經把它下分到Module:Vital_articles去了,並不是像英文維基裡全部整坨塞WPBS模組,故不存在您所提的「可维护性和可读性低」的問題,因為已經分門別類處理了:WPBS處理WPBS的任務、Vital articles處理Vital articles的任務,故上述疑慮不存在,杞人憂天。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月14日 (日) 13:14 (UTC)
- Module:Vital_articles都已經分成類似雜湊表查詢了,有甚麼折騰的問題?已經高效率優化了好嗎。理論上,此實現的記憶體開銷甚至有望低於英文維基,因為英文維基只分成27個表,而中文維基是36個表,代表中文維基每個表的項目數量更少,在類似散列函數計算之後,要讀取的JSON更小,表示記憶體用量更少,單個表項目更少表示查詢更快。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月14日 (日) 13:12 (UTC)
- 若能簡單改enwiki的程式碼來用,或許不必擔心折騰的問題。另一方面假如只留UI功能的話,是否乾脆維持原來的{{Vital article}}就好?--Kanashimi(留言) 2024年1月14日 (日) 13:06 (UTC)
基礎條目模板合併案公示[编辑]
- 見公示聲明。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月24日 (三) 03:38 (UTC)
- @A2569875:我試過了,沒有什麼大問題,但建議WikiProject banner shell模板中的
BOTTOM TEXT
參數可以自動廢除了,不然如果還有發現這個參數的專題模板還要備註也真夠麻煩的。--Z7504非常建議必要時多關注評選(留言) 2024年1月22日 (一) 05:38 (UTC)
- @Z7504:請問WikiProject banner shell模板哪來的
BOTTOM TEXT
?你是不是弄錯了?WikiProject banner shell的原始碼內根本沒有你你提及的那種內容。你是否搞錯了什麼,還是誤會了什麼?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月22日 (一) 05:44 (UTC)
- 還真的沒有,那應該誤會了。那這
BOTTOM TEXT
參數到底是從哪裡來的?該廢除的參數還是應該盡早廢除。基本上只剩下一個(?)疑問:是不是還要寫{{WPBS|class=xxx}}
才能讓其強制正常顯示?--Z7504非常建議必要時多關注評選(留言) 2024年1月22日 (一) 06:05 (UTC)
- @Z7504:顯示什麼?你是不是又誤會了?本次公示是針對基礎條目的參數,請問跟class到底有什麼關聯?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月22日 (一) 06:12 (UTC)
- 這裡就是一個活生生的例子(比如這筆和這筆),這點小bug麻煩也先改了吧,不然都還要強制輸入才能確保正常顯示,問題不大才對。--Z7504非常建議必要時多關注評選(留言) 2024年1月22日 (一) 06:30 (UTC)
- @Z7504:這根本不是BUG,因為你如果沒有給WPBS模板輸入評級,它本來就不應該顯示任何評級,因為那代表「該條目沒有指定通用評級」,不顯示評級才是正常現象。再來是,所有維基媒體基金會旗下站點都沒有佈署能給跨模板傳遞資料的擴展,所以你輸入在專題模板的class當然無法被WBPS獲知,如果可以,那就是魔法或者見鬼了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月22日 (一) 06:48 (UTC)
- 還有class處理的部分根本不在本案本次公示的處理及討論範圍內,強烈抗議強迫併案處理或企圖搞案外案的要求。然後還有上面說明的WPBS沒有辦法直接獲取輸入在專題模板的評級值。關於你的疑慮,等本案通過後User:Kanashimi會用機器人自動將專題模板的評級參數補給WPBS模板,故您也不需要手動給WPBS手動給評級。故您所提到的東西不予修復,因為屆時他會被Kanashimi的機器人自動處理。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月22日 (一) 06:58 (UTC)
- @Z7504 我稍後會申請將數量最多之評級填入{{WPBS}}的任務,基本效果就如同您上面所列的編輯。不曉得這是不是能解決您的問題呢?--Kanashimi(留言) 2024年1月22日 (一) 06:57 (UTC)
- @Z7504:這根本不是BUG,因為你如果沒有給WPBS模板輸入評級,它本來就不應該顯示任何評級,因為那代表「該條目沒有指定通用評級」,不顯示評級才是正常現象。再來是,所有維基媒體基金會旗下站點都沒有佈署能給跨模板傳遞資料的擴展,所以你輸入在專題模板的class當然無法被WBPS獲知,如果可以,那就是魔法或者見鬼了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月22日 (一) 06:48 (UTC)
- 這根本不是需要修復的BUG。WPBS中
|class=
參數的填寫一開始就是設計要讓機器人自動維護的部分,讓模板自動處理此問題反而問題更多且不切實際,更適合由一個外部機器人进行监察和更新操作,因此該意見應視為對上方議案有所誤會所提出的意見,同時|class=
參數的填寫也與本案《將{{Vital article}}併入{{WPBS}}的|vital=
參數》毫無關聯,因此應無效,若三日內沒有異議或進一步回應,則視為該意見已解決。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月22日 (一) 08:40 (UTC)
- 總之全部都是Module:PJBSClass/main的問題,不鑲嵌模板就無法判斷,但「條目內掛了模板所以可以判斷」,您如果那麼清楚的話,那就直接建模板阿。標準的自欺欺人,結果居然是沒動腦過的回覆,被潑冷水真的剛好而已。這樣如何保證裡面可以不用寫上比如
|class=xxx
的參數,變成{{WPBS|collapsed=yes||class=xxx
還能讓它正常顯示?--Z7504非常建議必要時多關注評選(留言) 2024年1月22日 (一) 23:21 (UTC)- 不需要保證,因為機器人會自動填寫
{{WPBS|collapsed=yes||class=xxx
,保證的話等於和機器人搶工作,與本案背道而馳,因為該設計就是要給機器人維護的空間,如果沒有正面回答此陳述將視為無效。沒填寫|class=
顯示不一樣,反而還有能分辨機器人是否填過的功能,豈不是更好? 另,(!)抗议沒考量讀者體驗就亂講的提案,評級是面向編者的資訊,(-)強烈反对把評級寫在條目裡,故我認為目前的方案已是最適合的方案; 另,在此警告,在此案討論|class=
參數已離題。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月23日 (二) 01:24 (UTC)
- 不需要保證,因為機器人會自動填寫
- 總之全部都是Module:PJBSClass/main的問題,不鑲嵌模板就無法判斷,但「條目內掛了模板所以可以判斷」,您如果那麼清楚的話,那就直接建模板阿。標準的自欺欺人,結果居然是沒動腦過的回覆,被潑冷水真的剛好而已。這樣如何保證裡面可以不用寫上比如
- 這裡就是一個活生生的例子(比如這筆和這筆),這點小bug麻煩也先改了吧,不然都還要強制輸入才能確保正常顯示,問題不大才對。--Z7504非常建議必要時多關注評選(留言) 2024年1月22日 (一) 06:30 (UTC)
- @Z7504:我直接針對你最初的問題回答「
是不是還要寫
」,是,所以需要手動填上。本案並不包含甲乙丙初級自動判斷,公示也不包含這個部分,若你希望有甲乙丙初級自動判斷請另提他案,因為不在本案處理範圍內。 此外,你也無須擔心「{{WPBS|class=xxx}}
才能讓其強制正常顯示?是不是還要寫
」問題,因為下方Kanashimi已經申請機器人了,您無需手動填寫,此意見可以結案了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月23日 (二) 01:44 (UTC){{WPBS|class=xxx}}
才能讓其強制正常顯示?
- 本公示不包含甲乙丙初級自動判斷,若三日後還在要求甲乙丙初級自動判斷將視為無效意見。若希望
|class=
沒輸入也能自動顯示甲乙丙初級請另外提案謝謝,不在本案有辦法處理的範圍內。「這點小bug麻煩也先改了吧,不然都還要強制輸入才能確保正常顯示,問題不大才對
」本案是處理基礎條目自動化,而不包含class有沒有輸入的問題,因此不在此案處理範圍內,請另提他案,謝謝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月23日 (二) 02:02 (UTC)
- 還真的沒有,那應該誤會了。那這
- @Z7504:請問WikiProject banner shell模板哪來的
- @A2569875:我試過了,沒有什麼大問題,但建議WikiProject banner shell模板中的
- 見公示聲明。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月24日 (三) 03:38 (UTC)
已提出機器人作業申請,歡迎提供建議,謝謝。 --Kanashimi(留言) 2024年1月23日 (二) 01:38 (UTC)
- 您直接宣布通過就好了,不必再等三天,因為您全部都解釋完畢了,拒絕再溝通。另外有關Kanashimi所提議的機器人提案,沒有意見。如此的溝通是不可能會有共識的,別浪費時間了。您如果這麼愛寫新的條目,麻煩自己繼續寫條目就好,不要打擾了。因為維基百科的條目已經足夠多了,如果不想寫新的其實也沒差。因為設立A article、B article、C article、Start article、Stub article...這些模板也會有人有意見,但「不鑲嵌模板就無法判斷,掛了模板所以可以判斷」,怪誰啊?上面也講了您既然自己都知道是Module:PJBSClass/main影響的,但不去考慮修訂Module:PJBSClass/main,那麼就有設立這個機器人的必要。--Z7504非常建議必要時多關注評選(留言) 2024年1月23日 (二) 04:36 (UTC)
- 還有一點我要聲明,並不是不願意修訂module:PJBSClass/main,而是module:PJBSClass/main本來就是設計成要配合Kanashimi所提議的機器人提案而設計的,那麼要做的事情顯然是讓機器人提案推行順利,而不是去浪費時間修改module:PJBSClass/main。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月23日 (二) 05:06 (UTC)
公示期已到,期內無合理異議,且公示期內的意見之意見提出者已妥協,因此提案公示通過,將進行佈署。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月29日 (一) 05:36 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
{{WikiProject Biography}}參數案[编辑]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
- 《將Vital_article併入WPBS的vital參數》案已進入公示,現就是否將{{WikiProject Biography}}的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數併入{{WPBS}}進行討論。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月24日 (三) 03:41 (UTC)
- c.f. Wikipedia:机器人/申请/Cewbot/29。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月24日 (三) 03:43 (UTC)
- 本討論開始於2024年1月2日 (二) 09:53 (UTC)(發起討論的留言見此),當中包含了支持的意見,至今已逾一個月,因此根據WP:1MONTH「
互助客棧中的提案僅在7日內無新留言時或已討論達30日後,方可在已取得共識的前提下公示。
」,且本段落已逾8日無新留言,已超過一周無新留言,因此根據WP:7DAYS,有人附議此案(全部支持
視為該附議包含本案),而往後將近一個月沒有反對意見,因此視為已有初步共識,根據WP:1MONTH和WP:7DAYS將進行公示。(若三日無人對以上論述有異議將開始執行)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年2月2日 (五) 09:57 (UTC)
公示到期,期內無合理異議,提案通過。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年2月13日 (二) 03:40 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
是否廢除{{WikiProject Biography}}原生的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數[编辑]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
待機器人User:Cewbot/log/20200122/configuration清理完所有{{WikiProject Biography}}的'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數再開始討論。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年2月13日 (二) 03:42 (UTC)
- 機器人User:Cewbot/log/20200122/configuration正在工作中。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年2月20日 (二) 08:21 (UTC)
- @Kanashimi:'living', 'blp', 'BLP', 'activepol', 'blpo', 'listas' 等參數併入{{PJBS}}好像未能達成共識,未看到有人支持也未有人反對,好像不符WP:共識標準?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月12日 (二) 05:11 (UTC)
- 唉,看起來需要徵集些人發表意見...--Kanashimi(留言) 2024年3月12日 (二) 05:29 (UTC)
- 机器人这个算是已经并入了吗?感觉只要{{WikiProject Biography}}能够正常运作就可以了。--Kethyga(留言) 2024年3月16日 (六) 11:07 (UTC)
- @Kethyga:根據模板全保護方針,要把參數廢棄掉需要社群共識。何況這邊是要一次性地棄用超過5個參數。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月16日 (六) 11:09 (UTC)
- User:Kanashimi「
唉,看起來需要徵集些人發表意見
」,所以是要ping點人來嗎?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月23日 (六) 05:20 (UTC)- 找一些最近發表意見的,以及{{WikiProject Biography}}最近的編輯者編輯者問問意見。
- @Kethyga @Willy1018 @Z7504 @AT @Shizhao @Iokseng 能夠給些意見嗎?謝謝。--Kanashimi(留言) 2024年3月23日 (六) 06:12 (UTC)
- 目前WPBS好像只有listas参数未传递到{{WikiProject Biography}},感觉也不一定要去掉,假如其他用户添加专题模板的时候没有用{{WPBS}},但是在{{WikiProject Biography}}添加了上述的几个参数,该如何处理。--Kethyga(留言) 2024年3月23日 (六) 10:32 (UTC)
- 這種情況機器人會自動添加{{WPBS}}。--Kanashimi(留言) 2024年3月23日 (六) 11:11 (UTC)
- 目前WPBS好像只有listas参数未传递到{{WikiProject Biography}},感觉也不一定要去掉,假如其他用户添加专题模板的时候没有用{{WPBS}},但是在{{WikiProject Biography}}添加了上述的几个参数,该如何处理。--Kethyga(留言) 2024年3月23日 (六) 10:32 (UTC)
- 還是說,修改「Category:缺少listas變量的傳記專題頁面」的判定條件?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月30日 (六) 08:45 (UTC)
- 看了下该分类中的条目,排序应该是正常的,应该只有{{WPBS}}中参数listas为空的时候才加入该分类。--Kethyga(留言) 2024年3月30日 (六) 10:11 (UTC)
- Category:缺少listas變量的傳記專題頁面分類的添加,由{{WikiProject Biography}}轉移到{{WPBS}}如何?這樣就不用廢除{{WikiProject Biography}}的任何參數(如果廢除參數沒有共識)只是令{{WikiProject Biography}}不再添加Category:缺少listas變量的傳記專題頁面,改由{{WPBS}}判斷有無傳記專題模板,如果有,再根據listas變量的狀況增減分類。這部分的patch已經準備好了[2],如無異議可以公示了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月31日 (日) 05:01 (UTC)
- 是否要跟英维保持一致呢,不知道是否有些人习惯将listas添加到{{WikiProject Biography}}上。--Kethyga(留言) 2024年4月5日 (五) 09:36 (UTC)
- 我覺得不用。而且Kanashimi也說機器人會自動將listas參數轉移到WPBS。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月5日 (五) 09:57 (UTC)
- 应该问题不大,反正使用评级的也不多,而且BLP参数也转移过去了。--Kethyga(留言) 2024年4月6日 (六) 07:32 (UTC)
- 那我就公示《Category:缺少listas變量的傳記專題頁面改由{{WPBS}}加入》囉,距離提出已經一周,整個討論超過一個月,有關意見也已解決。至於參數是否廢除目前就作為尚無共識結以待續,因為這一案90%以上完成佔據客棧太久了,待《Category:缺少listas變量的傳記專題頁面改由{{WPBS}}加入》公示若通過後就先存檔,參數廢除案擇日再議。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月6日 (六) 08:18 (UTC)
- 应该问题不大,反正使用评级的也不多,而且BLP参数也转移过去了。--Kethyga(留言) 2024年4月6日 (六) 07:32 (UTC)
- 我覺得不用。而且Kanashimi也說機器人會自動將listas參數轉移到WPBS。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月5日 (五) 09:57 (UTC)
不然這樣好了,我把 - 是否要跟英维保持一致呢,不知道是否有些人习惯将listas添加到{{WikiProject Biography}}上。--Kethyga(留言) 2024年4月5日 (五) 09:36 (UTC)
- Category:缺少listas變量的傳記專題頁面分類的添加,由{{WikiProject Biography}}轉移到{{WPBS}}如何?這樣就不用廢除{{WikiProject Biography}}的任何參數(如果廢除參數沒有共識)只是令{{WikiProject Biography}}不再添加Category:缺少listas變量的傳記專題頁面,改由{{WPBS}}判斷有無傳記專題模板,如果有,再根據listas變量的狀況增減分類。這部分的patch已經準備好了[2],如無異議可以公示了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月31日 (日) 05:01 (UTC)
- 看了下该分类中的条目,排序应该是正常的,应该只有{{WPBS}}中参数listas为空的时候才加入该分类。--Kethyga(留言) 2024年3月30日 (六) 10:11 (UTC)
- User:Kanashimi「
- @Kethyga:根據模板全保護方針,要把參數廢棄掉需要社群共識。何況這邊是要一次性地棄用超過5個參數。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月16日 (六) 11:09 (UTC)
- 机器人这个算是已经并入了吗?感觉只要{{WikiProject Biography}}能够正常运作就可以了。--Kethyga(留言) 2024年3月16日 (六) 11:07 (UTC)
- 唉,看起來需要徵集些人發表意見...--Kanashimi(留言) 2024年3月12日 (二) 05:29 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
Category:缺少listas變量的傳記專題頁面改由{{WPBS}}加入[编辑]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
公示7日如上留言,內容已經準備好了[3]。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月6日 (六) 08:20 (UTC)公示期滿,期內無合理異議,提案通過。將提出編輯請求。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月13日 (六) 09:03 (UTC)- @Shizhao:為什麼要回退?不是公示通過了?你為何要強行阻止提案通過??你是要這個議案卡死多久???請立刻說明理由!!-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月16日 (二) 03:39 (UTC)
- 两个疑问:不用wpbs,直接用了传记专题模板的怎么办?机器人停摆了怎么办?--百無一用是書生 (☎) 2024年4月16日 (二) 06:37 (UTC)
- @Kanashimi:如果一般用戶把參數加到傳記專題模板,且不放置WPBS模板時,有配套措施嗎?雖然你說這種情況機器人會自動加入WPBS模板,但我看你的機器人好像沒法做到那麼「即時」的更新?您對此情況有什麼看法?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月16日 (二) 08:01 (UTC)
- 現在應該每個禮拜會執行一次。若是有必要也可以改成每天執行。--Kanashimi(留言) 2024年4月16日 (二) 22:53 (UTC)
- 不能WPBS和傳記專題模板两套参数并行么?--百無一用是書生 (☎) 2024年4月19日 (五) 03:34 (UTC)
- 現在的傳記專題模板,沒辦法得知頁面中是否已掛上WPBS。如果要並存,需要再寫一個程式讓傳記專題模板「認知到WPBS模板存在與否」。如果傳記專題模板能「認知到WPBS存在」那就可以把在無WPBS時加分類、有WPBS不加分類。所以,如果要實現的話,就必須寫程式讓傳記專題模板能識別WPBS的存在與否。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月19日 (五) 03:56 (UTC)
- @Shizhao:en:special:diff/1156304191看起來好像還挺簡單的?但需另外引入en:Template:Find page text。且此diff無須編輯{{WPBS}}即能解決問題-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月19日 (五) 04:48 (UTC)
- 現在的傳記專題模板,沒辦法得知頁面中是否已掛上WPBS。如果要並存,需要再寫一個程式讓傳記專題模板「認知到WPBS模板存在與否」。如果傳記專題模板能「認知到WPBS存在」那就可以把在無WPBS時加分類、有WPBS不加分類。所以,如果要實現的話,就必須寫程式讓傳記專題模板能識別WPBS的存在與否。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月19日 (五) 03:56 (UTC)
- 不能WPBS和傳記專題模板两套参数并行么?--百無一用是書生 (☎) 2024年4月19日 (五) 03:34 (UTC)
- (?)疑問:@Kanashimi:那麼Shizhao說的「机器人停摆了怎么办」,這部分有解方嗎?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月18日 (四) 14:59 (UTC)
- 程式碼開源,真出問題其他人可接手。--Kanashimi(留言) 2024年4月18日 (四) 21:46 (UTC)
- 我的意思是尽可能能够保留/提供一种不必依赖机器人(对人类友好)的方式,这样即使没了机器人也可以依靠手工维护--百無一用是書生 (☎) 2024年4月19日 (五) 03:32 (UTC)
- 現在應該每個禮拜會執行一次。若是有必要也可以改成每天執行。--Kanashimi(留言) 2024年4月16日 (二) 22:53 (UTC)
- @Kanashimi:如果一般用戶把參數加到傳記專題模板,且不放置WPBS模板時,有配套措施嗎?雖然你說這種情況機器人會自動加入WPBS模板,但我看你的機器人好像沒法做到那麼「即時」的更新?您對此情況有什麼看法?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月16日 (二) 08:01 (UTC)
- 两个疑问:不用wpbs,直接用了传记专题模板的怎么办?机器人停摆了怎么办?--百無一用是書生 (☎) 2024年4月16日 (二) 06:37 (UTC)
- @Shizhao:為什麼要回退?不是公示通過了?你為何要強行阻止提案通過??你是要這個議案卡死多久???請立刻說明理由!!-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月16日 (二) 03:39 (UTC)
- 管理員在嘗試執行通過的提案時發現潛在問題,先前並未考慮到此問題,故此案公示結果 擱置。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月16日 (二) 07:42 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
Category:缺少listas變量的傳記專題頁面方案二[编辑]
- 這個en:special:diff/1156304191可以解決上方Shizhao提出的問題,即由{{傳記專題}}自行偵測是否有其他模板(包括但不限於WPBS)提供了listas參數(上方提案內的patch的重複分類之參數
|living=
也可以依此方案執行)來決定是否加入分類。這種方法只需編輯一個模板——只需編輯{{傳記專題}}無須編輯{{WPBS}}——但要實行此方案須從enwiki引入一個模板:{{Find page text}},因此提請討論。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月19日 (五) 06:30 (UTC)- 由於此案為原案的修正(原案已公示通過),且一周無人有異議,視為有初步共識。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月26日 (五) 10:15 (UTC)
- 因需引入{{Find page text}},而引入{{Find page text}}已一周無異議,視為有初步共識。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年5月4日 (六) 07:27 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年5月12日 (日) 02:54 (UTC)
- 公示期間已過,期內無合理異議-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年5月19日 (日) 09:01 (UTC)
- 已約一周無人對「
公示期間已過,期內無合理異議
」有異議,因此公示通過,提案通過,將開始引入{{Find page text}},而引入{{Find page text}}。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年5月26日 (日) 01:38 (UTC)
- 已約一周無人對「
- 公示期間已過,期內無合理異議-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年5月19日 (日) 09:01 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年5月12日 (日) 02:54 (UTC)
- 因需引入{{Find page text}},而引入{{Find page text}}已一周無異議,視為有初步共識。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年5月4日 (六) 07:27 (UTC)
- 由於此案為原案的修正(原案已公示通過),且一周無人有異議,視為有初步共識。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月26日 (五) 10:15 (UTC)
- {{Find page text}}引入成功。已為新方案建立Patch,Special:Diff/82875808,並且經過測試Special:Diff/82875855,測試為有效,能正確地實現本案《Category:缺少listas變量的傳記專題頁面改由{{WPBS}}加入》的預期效果。且由於其判定的方式,該參數得以保留,並且達到預期效果,因而解決了User:Shizhao所提出的問題。本聲明放置一周,若無異議,將進行下一個階段。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年6月1日 (六) 10:47 (UTC)
- 說實話根本看不懂相關提案,也不知道從何評價Orz —— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月3日 (一) 02:32 (UTC)
評級系統缺失問題[编辑]
- (原始標題為「將{{Classicon}}與{{Class/icon}}同步」配合公告欄調整標題。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月5日 (五) 07:47 (UTC))
配合上方#Random_Thought: 跟进英维的WikiProject_banner_shell改版因此需要解決評級系統缺失問題,故提出以下議案-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月25日 (一) 09:49 (UTC)
- 預計辦理流程:
- 修正評級系統被不當過濾掉的評級值: 公示通過已佈署
- 讓評級系統Special:页面评级均能正確接收到評級值,以便讓{{WikiProject_banner_shell}}工作順利。
- 同步各模板/块的評級值: 公示通過已佈署
- 評級元模板調用了多個不同的評級值轉換模板,但各評級值轉換模板/块的評級值定義有所出入,將會影響{{WikiProject_banner_shell}}的運作,因此需要修正。
- 將{{Classicon}}與{{Class/icon}}同步: 公示通過已佈署
- 以上都完成後,目前評級系統的圖是在各評級定義模板/块不一致,且Style也不一致,為了與XTools也統一,故作出此提案。
- 一切完成之後,將會同時把評級規範立起來(即立WP:QUALITY)為指引,以便完善評級系統的所有缺失部分。
- 修正評級系統被不當過濾掉的評級值: 公示通過已佈署
- 目前先做到這樣,統整整個評級系統並修正評級系統缺失問題。若未來還有需要調整的會在辦理過程提出,滾動式修正,歡迎發表意見。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月5日 (五) 08:06 (UTC)
第一階段:修正評級值不同步問題[编辑]
議案1:將{{Classicon}}與{{Class/icon}}同步[编辑]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
我認為應將{{Classicon}}與{{Class/icon}}進行同步。{{Class/icon}}提供了比{{Classicon}}更多種級別的圖示,如請求、未來、動態等評級的圖示,{{Classicon}}都沒有。而若{{Classicon}}與{{Class/icon}}合併的話,則等同於{{Classicon}}改成Module模式,需要社群共識,故發起討論。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月25日 (一) 09:49 (UTC)
- (+)支持合併,後者({{Class/icon}})目前只有在154頁上使用。-- Willy1018(留言) 2023年12月26日 (二) 01:33 (UTC)
- (?)疑問:@Willy1018:那要不要{{Classicon}}重定向到{{Class/icon}}?剛才已補充{{Classicon}}所有功能到{{Class/icon}}了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月26日 (二) 02:33 (UTC)
- 可以,但前者{{Classicon}}被全保護,只有管理員才能進行編輯,需要提{{ep}}。-- Willy1018(留言) 2023年12月26日 (二) 04:56 (UTC)
- 似乎未來之类的评级并未被整个评级系统完全支持?--百無一用是書生 (☎) 2023年12月28日 (四) 02:24 (UTC)
- (:)回應:@Shizhao:有支持,顯示評級的最後一個調用是{{WPBannerMeta/qualityscale/mask}},而{{WPBannerMeta/qualityscale/mask|future}}→「未来」,但在要送入
{{#assessment:}}
的{{Class_mask}}需要設|future=yes
才有,不然會被濾掉。而要送入{{#assessment:}}
的{{Class_mask}}直接寫死無法設定參數,故建議將要送入{{#assessment:}}
的mask改用{{WPBannerMeta/qualityscale/mask}},這樣才能正確支援。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月28日 (四) 02:50 (UTC)
- @Shizhao:已提出編輯請求,Template_talk:WPBannerMeta/core#編輯請求_2023-12-28,處理完畢後未來之类的评级就能被支持了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月28日 (四) 04:11 (UTC)
- (:)回應:@Shizhao:有支持,顯示評級的最後一個調用是{{WPBannerMeta/qualityscale/mask}},而{{WPBannerMeta/qualityscale/mask|future}}→「未来」,但在要送入
- 似乎未來之类的评级并未被整个评级系统完全支持?--百無一用是書生 (☎) 2023年12月28日 (四) 02:24 (UTC)
- 可以,但前者{{Classicon}}被全保護,只有管理員才能進行編輯,需要提{{ep}}。-- Willy1018(留言) 2023年12月26日 (二) 04:56 (UTC)
- (?)疑問:@Willy1018:那要不要{{Classicon}}重定向到{{Class/icon}}?剛才已補充{{Classicon}}所有功能到{{Class/icon}}了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月26日 (二) 02:33 (UTC)
- (+)支持,沒特別的意見--Z7504非常建議必要時多關注評選(留言) 2023年12月28日 (四) 14:13 (UTC)
- 支持合并。不过纯模板实现也不错。--桐生ここ★[讨论] 2023年12月28日 (四) 21:48 (UTC)
- @桐生ここ:完全不建議模板實現。現時模板實現是使用
{{#switch:}}
,您忘了2020年初{{#switch:}}
爆炸事件Special:PermaLink/58036835#A_technical_issue_with_articles_of_French_communes導致中維崩潰的事件了嗎。{{#switch:}}
的開銷要高於模組實現,所以建議使用模組實現,安全又有效率。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月29日 (五) 00:06 (UTC)- 這邊最近在處理基礎條目與{{WikiProject banner shell}}的圖示問題(Wikipedia:互助客栈/条目探讨#引入enwiki近期{{WPBS}}之改版,暨將{{Vital_article}}併入{{WPBS}}),(&)建議直接採用{{Icon}}會更通用。--Kanashimi(留言) 2024年1月2日 (二) 09:18 (UTC)
- 但我覺得要有專題專用模板。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月2日 (二) 09:33 (UTC)
- 我想採用不同模板來處理同一件事的問題是較不易維護。--Kanashimi(留言) 2024年1月2日 (二) 09:49 (UTC)
- @Kanashimi:問題是目前{{Icon}}並未完整涵蓋Class/icon現有內容。改用{{Icon}}將會導致部分圖是消失,或發生變化。我認為專題圖示應該要統一的Style,但例如{{Icon|image}}和{{Class/icon|image}}就不一致,而且{{Icon|image}}與以下圖示比較{{Class/icon|image}}、{{Class/icon|A}}、{{Class/icon|B}}、{{Class/icon|C}}明顯Style嚴重變調,故(-)反对。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月2日 (二) 10:13 (UTC)
- 或許我們可以擴展{{Icon}}使之涵蓋我們想要的範疇,例如採用
{{Icon|image_class}}
?--Kanashimi(留言) 2024年1月2日 (二) 10:20 (UTC)- @Kanashimi:我這個議案只是想先動全保護模板{{Classicon}},至少先同步圖示,但您目前這樣介入會導致共識亂了,連同不都做不到了,會導致花費更多「跑流程」時間,我想先同步,也做好patch了,都準備好了被你弄沒了?我想先動全保護模板{{Classicon}}至少先同步圖示;至於以後怎麼維護可以再討論。而且您的提議「
例如採用
」也還沒有patch,先現實一點吧,不要紙上談兵,我只想趕快同步圖示,並讓Style一致,評級圖示是評級圖示,其他圖示是其他圖示;評級圖示就該有評級圖示自己的Style,(!)抗议亂七八糟的不一致Style圖示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月2日 (二) 10:29 (UTC){{Icon|image_class}}
- 也好。那就等這個討論結束再說吧。--Kanashimi(留言) 2024年1月2日 (二) 10:30 (UTC)
- @Kanashimi:問題2
{{Icon|image_class}}
會導致評級模板輸出的值無法直接輸入此模板。評級模板肯定是輸出字尾沒有「_class」的結果,你這樣搞還要多寫一個轉換器,不是更難維護?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月2日 (二) 10:33 (UTC)- 我嘗試在Module:Icon/data加上下面的項目,似乎可以用?
- --Kanashimi(留言) 2024年1月2日 (二) 11:00 (UTC)
image_class = { image = "Symbol file class.svg", tooltip = "媒體文件頁", },
- @Kanashimi:我這個議案只是想先動全保護模板{{Classicon}},至少先同步圖示,但您目前這樣介入會導致共識亂了,連同不都做不到了,會導致花費更多「跑流程」時間,我想先同步,也做好patch了,都準備好了被你弄沒了?我想先動全保護模板{{Classicon}}至少先同步圖示;至於以後怎麼維護可以再討論。而且您的提議「
- 或許我們可以擴展{{Icon}}使之涵蓋我們想要的範疇,例如採用
- @Kanashimi:問題是目前{{Icon}}並未完整涵蓋Class/icon現有內容。改用{{Icon}}將會導致部分圖是消失,或發生變化。我認為專題圖示應該要統一的Style,但例如{{Icon|image}}和{{Class/icon|image}}就不一致,而且{{Icon|image}}與以下圖示比較{{Class/icon|image}}、{{Class/icon|A}}、{{Class/icon|B}}、{{Class/icon|C}}明顯Style嚴重變調,故(-)反对。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月2日 (二) 10:13 (UTC)
- 我想採用不同模板來處理同一件事的問題是較不易維護。--Kanashimi(留言) 2024年1月2日 (二) 09:49 (UTC)
- 但我覺得要有專題專用模板。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月2日 (二) 09:33 (UTC)
- 這邊最近在處理基礎條目與{{WikiProject banner shell}}的圖示問題(Wikipedia:互助客栈/条目探讨#引入enwiki近期{{WPBS}}之改版,暨將{{Vital_article}}併入{{WPBS}}),(&)建議直接採用{{Icon}}會更通用。--Kanashimi(留言) 2024年1月2日 (二) 09:18 (UTC)
- @桐生ここ:完全不建議模板實現。現時模板實現是使用
- 此段落最後發言至今已逾七日,超過一周無新留言,因此根據WP:7DAYS準備進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月9日 (二) 12:56 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月9日 (二) 12:56 (UTC)
- 請管理員編輯Template_talk:Classicon#編輯請求_2024-01-16。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月16日 (二) 13:19 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
議案2:修正評級系統被不當過濾掉的評級值[编辑]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
上方User:Shizhao提到「未來級」等評級級別無法被完整支持問題,是因為送入評級系統的評級值被不當過濾掉了,即使專題上層已啟用該等評級,但最終還是會被「未繼承上層參數的{{class mask}}」過濾掉,這樣的話就算專題啟用了該等評級也沒有用,都被濾掉了,根本裝飾,白啟用了,因此提議將送入評級系統的評級值改為{{WPBannerMeta/qualityscale/mask}}模板,見編輯請求Template_talk:WPBannerMeta/core#編輯請求_2023-12-28,修改前後的比較Special:PermaLink/80307466,可以看到原有的版本評級值大部分都被濾掉了,建議換成提議的Patch,以讓「未來級」等評級級別能真正被支持。同時,我也確認值接送未來級能正確被工具識別,見右圖,連圖示都有,代表評級系統是支援此輸出的,能正確地被讀取並識別。
因此提出本動議。不曉得各位有沒有異議或意見。Ping參與過相關討論的人@桐生ここ、Z7504、Shizhao、Willy1018:,上方參與過評級討論的也Ping一下@暁月凛奈、Lopullinen、Milkypine、MilkyDefer:-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月31日 (日) 08:29 (UTC)
- 支持。( π )题外话:台湾之星的标识现在还没改。--桐生ここ★[讨论] 2023年12月31日 (日) 10:36 (UTC)
- 資慈,我覺得行。 --窝法乙烷 儿法梦碎 2024年1月1日 (一) 14:38 (UTC)
- 此段落最後發言至今已逾七日,超過一周無新留言,因此根據WP:7DAYS準備進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 2024年1月8日 (一) 14:39 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 14:39 (UTC)
- 請管理員編輯Template_talk:WPBannerMeta/core#編輯請求_2023-12-28。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月15日 (一) 14:45 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
議案3:同步各模板/块的評級值[编辑]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
目前有多個被全保護的評級模板/块的評級值(如有的有漏掉、有的圖案、顏色不一致)並不同步,因此提議同步各評級模板/块的評級值。不曉得各位有沒有異議或意見。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月31日 (日) 10:30 (UTC)
- (~)補充相應的編輯請求Module_talk:Class/data#編輯請求_2023-12-28、Template_talk:Class_mask/core#編輯請求_2023-12-25和Template_talk:Class_mask#編輯請求_2024-01-05(和2023-12-25是配套的),顏色的部分:Template_talk:Class/colour#編輯請求_2024-01-05。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2023年12月31日 (日) 10:31 (UTC)
- 支持。--桐生ここ★[讨论] 2024年1月1日 (一) 09:03 (UTC)
- 就先改看看,讓其他用戶實際去測試這樣才準,而不是每天一直喊支持。不然只是一直放沙盒而不去實際更改的話,完全不知道到底能不能測試。雖然維基百科終於有認知要將其功能「進步」,但也不應每日這樣「無止盡的討論而沒有作為」才是。因此,這個討論就不用再多說什麼了。--Z7504非常建議必要時多關注評選(留言) 2024年1月1日 (一) 11:52 (UTC)
- (:)回應:@Z7504:其實我有私下找User:AT了,但他一直說影響範圍太大要先討論 囧rz…………。我當然也希望能直接改啊,不然WP:7DAYS獲共識再公示7天半個月就過去了……-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月1日 (一) 12:05 (UTC)
- 還想說中文維基百科不是長期以來都對專題這個東西愛理不理的,這不就是專題模板在用的相關評級嗎?為什麼不直接修改讓其他人測試呢?建議AT直接幫忙修改吧。因為如果要叫維基百科廢除已經存在多年的專題,顯然是不可能的,更沒有討論是否要廢除專題的必要。--Z7504非常建議必要時多關注評選(留言) 2024年1月1日 (一) 13:45 (UTC)
- (:)回應:@Z7504:其實我有私下找User:AT了,但他一直說影響範圍太大要先討論 囧rz…………。我當然也希望能直接改啊,不然WP:7DAYS獲共識再公示7天半個月就過去了……-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月1日 (一) 12:05 (UTC)
- 此段落最後發言至今已逾七日,超過一周無新留言,因此根據WP:7DAYS準備進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 14:36 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月8日 (一) 14:36 (UTC)
- 請管理員依照這則留言佈署相關編輯,也就是編輯以下模板:
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
提案已通過請求佈署[编辑]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
- 全案公示通過,請管理員依據以下留言:
- 佈署相關編輯,也就是編輯以下模板:
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
評級缺失問題目前辦理狀況[编辑]
截至2024年1月5日 (五) 17:08 (UTC)已提出三案討論,三案皆在等待初步共識,以便公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月5日 (五) 17:08 (UTC)
進度 | 討論中 | 初步共識 | 公示中 | 部署中 | 已完成 | 後續維運 |
---|---|---|---|---|---|---|
*通用評級設立 | 已獲共識 | 已通過 | 已完成 | 已完成 | 進行中 | |
*評級繼承機制 | 初步共識 | 公示通過 | 已完成 | 進行中 | ||
評級值同步 | 初步共識 | 公示通過 | 已完成 | 進行中 | ||
修正過度過濾評級值 | 初步共識 | 公示通過 | 已完成 | 進行中 | ||
評級圖示同步 | 初步共識 | 公示通過 | 已完成 | 進行中 | ||
完善評級系統規範 | 討論中 | 等待中 | ||||
註:標有「*」表示是其他相關提案。 |
- 完成:在本次更新中,以下模板的評級資料已獲同步:
- Template:评级
- Module:Class/definition.json
- Module:Class/data
- Module:Class/icon
- Module:Class/styles.css
- Template:Class/colour
- Template:Class mask
- Template:Class mask/core
- Template:Class mask/table
- Template:Class mask/templatepage
- Template:Articles by Quality
- Template:Articles by Quality/total
- phab:T360012(註:若下次要再變更,需要提交新工單)
第二階段:依據先前共識將不是條目命名空間的評級分類從「XX級條目」改為「XX級頁面」[编辑]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
根據先前共識,需要將不是條目命名空間的評級「XX級條目」的分類改為「XX級頁面」,但因技術限制未能將「XX級條目」的分類改為「XX級頁面」,因此本案已提出新的方案,依據頁面命名空間添加分類,以實現該共識。具體執行方案在Template:WPBannerMeta/qualityscale/sandbox。同時將Wikipedia:条目质量评级标准移動到Wikipedia:页面质量评级标准,不知道各位有沒有異議?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月17日 (三) 04:57 (UTC)
- 副知@Ma3r、Kanashimi、Z7504、桐生ここ:@Kethyga、暁月凛奈、MilkyDefer、Milkypine、Willy1018:-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月17日 (三) 04:58 (UTC)
- 沒有異議,
就是不知道會不會出現突發狀況。 --窝法乙烷 儿法梦碎 2024年1月17日 (三) 11:35 (UTC)- 已在多面體專題進行測試,詳見Category:分类级多面体页面、Category:模板级多面体页面,目前測試整個多面體專題尚未出現問題。待本案正式通過之後才會正式(►)移动分類頁面。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月17日 (三) 11:39 (UTC)
- 沒有意見,但在專題頁面(WikiProject)中使用到的{{Articles by Quality and Importance}}模板應一併解決顯示異常之問題(前幾天似乎還有這問題,現在不知道),雖然這模板平常根本沒什麼人在意 囧rz……(所以沒解決可能也沒差吧?因為專題本來就沒什麼人在意了)--Z7504非常建議必要時多關注評選(留言) 2024年1月18日 (四) 14:26 (UTC)
- 首先,結尾為「XX重要度」的分類不會移動,不在本計畫內,而{{Articles by Quality and Importance}}是讀取結尾為「XX級XX重要度」的分類,故基本上本案不會影響{{Articles by Quality and Importance}}。再來,如果這個真的要處理,要本案通過後,分類全部清理好,分類全數移動完成後才能處理,不然現在處理數字都會變成0。故應是下一個階段要處理的(或者共識是暫不處理),不是此案此階段討論範圍。此外,如果是{{Articles by Quality}}的話,直接更新分類名稱即可。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月18日 (四) 16:02 (UTC)
- 已逾一周無新發言,根據WP:7DAYS七日無進一步發言視為已獲初步共識,如本聲明無人有異議,將準備進行公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年1月26日 (五) 00:32 (UTC)
- 已逾十日無新發言,根據WP:7DAYS一周無進一步發言視為社群「對以上『已有初步共識』的論述」沒有異議,因此將開始公示。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年2月5日 (一) 10:00 (UTC)
- 公示7日-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年2月5日 (一) 10:00 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
分類改名準備[编辑]
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
雖Special:Diff/80961277已公示通過,但因涉及的頁面眾多,因此宜再進行全站公告。公告完後將進行兩個階段完成:
- 階段1:全保護頁面編輯請求:Template:WPBannerMeta/qualityscale和Template:Class
- 由於該等分類都是以上被全保護的模板自動添加的,因此需要執行以上編輯請求。等編輯請求完成後,數萬個頁面緩存自動清理完畢後,分類將自動從「XX級條目」改歸為「XX級頁面」。
- 階段2:正式(►)移动分類頁面(可能是約階段1完成後再過一周)
- 等緩存全部清完,再將「XX級條目」分類,逐個(►)移动到「XX級頁面」分類。
公告一周。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年2月13日 (二) 03:31 (UTC)
- 已提出編輯請求。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年2月25日 (日) 01:07 (UTC)
- 編輯請求已由User:Shizhao執行。 等待系統清除緩存。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年2月27日 (二) 13:22 (UTC)
- 系統緩存已清除完畢,但Wikipedia:互助客栈/求助#「Category:模板级条目」的分類是不是應該移動至「Category:模板级页面」才對?有異議,因此移動作業暫時先暫緩一周,若下周二前沒有其他異議,才執行移動(本次實屬折騰,明明都WP:7DAYS+公示1周+公告1周+等待編輯請求與系統清除緩存,整個流程走了超過一個月,突然冒出異議到底是啥情況,而且該異議還跟本站無關。。。)。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月4日 (一) 03:50 (UTC)
- Wikipedia:页面质量评级标准中标准级别都是针对条目的,只有非标准级别才有模板级、分类级这些评级,而且非条目命名空间的都不能评甲乙丙初之类的等级,所以评级主要针对的是条目。因此是否应当将其移回Wikipedia:条目质量评级标准,将页面评级作为扩展(专题条目类别标准→专题页面类别标准,需要修改{{Grading scheme}}),与Wikipedia:条目重要度评级标准统一。
- 此外,非条目页面不应该设置重要度,所以Category:不适用重要度条目及其子分类也应一并移动至Category:不适用重要度页面。--Kunjinkao(留言) 2024年3月8日 (五) 02:37 (UTC)
- @Kunjinkao:我提此延伸案的目的就是為了Wikipedia_talk:页面质量评级标准#WP:QUALITY_升為指引,你現在越給我搞複雜,好啊WP:QUALITY永遠升不了指引都你害的。Category:XX重要度条目如果改名Category:XX重要度页面]且有的有改有的沒改,那你判斷統計的模板將被複雜化,這從12月折騰到現在,我已經沒有心力了,中間又被Z7504搞,既然你要這樣,那我不管這個案子了,你自己想辦法。且公示都已經通過了,你又來個「公示通過後」異議,是甚麼鬼?專門故意折騰我的是不是?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月8日 (五) 03:55 (UTC)
- @Kunjinkao:我近期沒有時間也沒有心力針對Module:Articles_by_Quality_and_Importance修改。「Category:不适用重要度条目及其子分类也应一并移动至Category:不适用重要度页面」Module:Articles_by_Quality_and_Importance判斷將會變得複雜,如您希望「Category:不适用重要度条目及其子分类也应一并移动至Category:不适用重要度页面」請您自己提出相應模板的修改patch。如無人提出,就會如Wikipedia_talk:条目质量评级标准#總結變成就算有共識也永遠不會實現,因為沒人寫程式。我自己的提案,我當然有義務寫完與該提案相關所需的程式碼,但並不意味著各種節外生枝我也需要幫忙寫程式,這樣根本沒完沒了。
- 本案先前早已公示7天通過+公告7天通過,在這之後冒出異議.....我實在不想評論如此行為。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月8日 (五) 04:11 (UTC)
- @Kunjinkao:您好,由於議案已公示通過,若您覺得議案還有不妥之處還請另起章節修正,此處不受理已通過之議案之再變更,謝謝。--SunAfterRain 2024年3月8日 (五) 04:35 (UTC)
- 我没看到
结尾为“XX重要度”的分类不会移动,不在本计划内
,以为这是提案的一部分。既然如此那就放在后面说吧--Kunjinkao(留言) 2024年3月8日 (五) 04:42 (UTC) - 至于{{Module:Articles_by_Quality_and_Importance}},先看看名稱以「Category:分类级不适用」開頭的所有分类、名稱以「Category:模板级不适用」開頭的所有分类该怎么处理吧,这总该是分类改名共识的范畴吧。但我要说明一点,我是在指出实施时出现的问题,并不代表我想推翻共识。--Kunjinkao(留言) 2024年3月8日 (五) 05:34 (UTC)
- 我没看到
- @Kunjinkao:我提此延伸案的目的就是為了Wikipedia_talk:页面质量评级标准#WP:QUALITY_升為指引,你現在越給我搞複雜,好啊WP:QUALITY永遠升不了指引都你害的。Category:XX重要度条目如果改名Category:XX重要度页面]且有的有改有的沒改,那你判斷統計的模板將被複雜化,這從12月折騰到現在,我已經沒有心力了,中間又被Z7504搞,既然你要這樣,那我不管這個案子了,你自己想辦法。且公示都已經通過了,你又來個「公示通過後」異議,是甚麼鬼?專門故意折騰我的是不是?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月8日 (五) 03:55 (UTC)
- (►)移动作業進行中。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月12日 (二) 05:02 (UTC)
- (!)意見:绝大部分评级模板都指定了{{class}}的
category
参数,且都为“xx条目”,如此将导致非条目页面的专题横幅模板出现红链。模板参数需要考虑重新设计,比如仅使用“xx”并由模板判定后缀。--PexEric 💬|📝 2024年3月16日 (六) 12:08 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
第三階段:Wikipedia_talk:页面质量评级标准#WP:QUALITY_升為指引[编辑]
本案最初的初衷就是完成此共識Wikipedia_talk:页面质量评级标准#WP:QUALITY_升為指引,來完成WP:QUALITY_升為指引一事,來正式解決「評級系統缺失問題」(指引/規範未立也算是本系統的一種「缺失」)。等上方都完成,此處將繼續。聲明:當這些「缺失」都解決後,本人將不再碰評級系統這塊了,這燙手山竽真是消磨人的精神。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月8日 (五) 04:40 (UTC)
- 可能我上面没说清楚,让你以为我是反对分类改名的,更不是什么
越给我搞复杂,好啊WP:QUALITY永远升不了指引都你害的
,不能有问题不让说是不是。总之是以下几点:- 页面重新命名为Wikipedia:条目质量评级标准:因为评级针对的是WP:条目,其它模板级、分类级这些评级都是非标准级别(WP:QUALITY就是这么写的),那么页面应当以标准评级针对的对象命名,也就是条目质量评级标准。
除非你打算搞什么甲级模板级,那不是更复杂。此外还存在Wikipedia:条目重要度评级标准,那是否要改成Wikipedia:页面重要度评级标准,总之得有一个要改 - 目前Wikipedia:条目重要度评级标准和Wikipedia:页面质量评级标准是正交的,所以有Category:分类级低重要度宗教条目这种东西的存在,那是不是得命名成Category:分类级低重要度宗教页面。既然分类级不属于标准评级,因此也不必设置重要度,引入更多复杂性,这类页面统统扔去Category:不适用重要度条目去(或者说Category:不适用重要度页面)。
- {{Grading scheme}}修改,因为Wikipedia:页面质量评级标准调用了,这个就是作为WP:指引用词统一的问题
- 页面重新命名为Wikipedia:条目质量评级标准:因为评级针对的是WP:条目,其它模板级、分类级这些评级都是非标准级别(WP:QUALITY就是这么写的),那么页面应当以标准评级针对的对象命名,也就是条目质量评级标准。
- --Kunjinkao(留言) 2024年3月8日 (五) 05:20 (UTC)
- 無論是前次討論還是本次討論,都沒有提到重要度,因此認為重要度的那個論述怎麼樣,並不礙於WP:QUALITY升為指引一事。
- 此修改技術成本過大,且認為這樣修改與否並不礙於WP:QUALITY升為指引一事。由於目前架構問題,該修改技術上的複雜性,不建議做此修改。除非有人能提出具體的patch ,否則我不支持也不相信此修改能夠被實際執行。(當然,如果有人做patch 就另當別論)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月8日 (五) 06:05 (UTC)
- 如果沒有人有異議,你可以自行修改。
- -- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月8日 (五) 06:05 (UTC)
- 关于第一点,重要度只是顺带提及,核心是
评级针对的是WP:条目,其它模板级、分类级这些评级都是非标准级别,那么页面应当以标准评级针对的对象命名,也就是条目质量评级标准。
--Kunjinkao(留言) 2024年3月8日 (五) 06:26 (UTC)
- 关于第一点,重要度只是顺带提及,核心是
第二階段正式完成後的第三階段討論[编辑]
- Wikipedia:互助客栈/其他#評級系統缺失問題已分階段按部就班完成,可以準備進入最終階段進行收尾:
- 已完成當時的共識Wikipedia_talk:页面质量评级标准#總結「將不是條目命名空間的評級分類從XX級條目改為XX級頁面」,因此將安排Wikipedia_talk:页面质量评级标准#WP:QUALITY_升為指引重新公示。重Ping當時參與討論的人:@Liaon98、JyunWaan、Lssrn:@Cdip150、Temp3600、Peacearth:。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月19日 (二) 10:49 (UTC)
- 当时的讨论是专题各自评级,而现在的情况是多了通用评级(WPBS)。所以时过境迁,WP:QUALITY要重新讨论了。我之前没有参与讨论,现在有不少想法:
- WPBS评级是专题评级的容器,还是一套有自己标准的独立评级?现行做法属于前者:WPBS评级继承专题的评级,且受各专题各方面的干涉,因此评级原则看似「随意」。
所以我的看法是,通用评级就该如WPBS模板所言,确实地「依照頁面品質評定標準」来独立评定,而不是在各专题评级间谋求公约数。可以参考专题评级,但把专题评级当爸爸就不对了😂一篇列表WPBS获评List级而非CL级,是因为它确实没到CL级。另一篇列表获评List级而非CL级,只是因为某个参评专题不设CL级。第三篇列表和第二篇品质相似却成功获评CL级,原因竟是不设CL级的专题没有「染指」该列表。
- 承上,如果我们确定WP:ASSESS本位而非专题评级本位,那就要讨论条目的WPBS该设立哪些级别?英维的PIQA是只支持FA、A、GA、B、C、Start、Stub、FL、List、Unassessed几个经典的「标准级别」。而我们的WPBS是大杂烩:既包括BL、CL这种品质向评级,也包括Future这种非品质向评级。所以WPBS评级所支持的「标准等级」该设哪些?
- BL、CL等品质向等级有两条出路。一是如同英维,只收录广为人知的传统评级,不收录BL、CL这种额外等级;个别专题想启用就在自己的横幅上评。二是将BL、CL升格为通用评级,全体专题横幅亦自动启用BL和CL;如果个别专题自己讨论后坚持不用BL,那可以用掩码把BL改成List或B。
- 对于Future级,一篇未来级条目可以很烂(Stub),也可以比较充实(C),那Future这个等级就没有实现「评价頁面质量」的作用。我能想到的用途是在话题中,用未来级作为宽限条目的标记,暂时不影响认定。但这个等级的确不够「通用」,或者说和条目所用的品质评级不是一个维度。
- 对于A级条目。英维的A级在军事史专题存活(且活得很好),但其他专题都是死的。因此英维多次讨论A级的出路,比如从PIQA里开除把A级之类。但你维是真的所有专题都不评A级;所以,把这个只有理论价值的等级从通用评级中灭了挺好。
- 上面的想法也会影响小工具的设定:包括对标准评级的契合,对各专题自定等级的支援,对非条目评级的简化(非条目空间一般人手评级无效)。
- 下文有提到「消歧义级条目/页面」。如果按照命名空间来理解,那就有一个问题:重定向在各个空间都有,那到底是叫「重定向级条目」还是「重定向级页面」?(或者两个都要,但这徒增烦恼)另一方面从实用性上看,专题统计「条目数」都是排除Disambig级的,那消歧义占据条目空间就成了bug而非feature。这次从「条目」移到「页面」更像是正名,但是后缀分家无论是技术实现上还是命名统一性上,带来的麻烦都不少。考虑将后缀统一为「页」,比如品质评级这边的「乙级条目页」「丙级列表页」「模板页」,重要度那边也可以叫「高重要度页」「未知重要度页」,这样观后缀就知道是页面评级体系在整活。
- 我明白很多内容都不在讨论范围内,但我认为之前讨论本身就是系統性不足。比如把非條目品質評級改爲「XX級頁面」,那爲何條目品質評級和非條目重要度分類不動?是改條目和重要度分類真的弊大於利,還是單純沒有討論過而已?作爲這套系統創始者,英文版的非條目還用articles的,個中原因是否值得參考?--For Each element In group Next(留言) 2024年3月19日 (二) 16:05 (UTC)
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
- 硬是等提案要準備收尾才來提意見是怎麼回事?!我可以當成你是打算擾亂干擾提案通過嗎?!--SunAfterRain 2024年3月19日 (二) 16:40 (UTC)
- 我几年前的主业之一就是评级理论。Wikipedia_talk:页面质量评级标准#WP:QUALITY_升為指引6年前甚至6个月前,我都会像推动MOS:FICT那样,亲自提出修改意见和方案(如WP:QUALITY第二段不符合新形式),让WP:QUALITY成为更优质的指引。但现在评级方面,我认为和这个装睡的社群去合作没有什么意义。所以我的做法就是不发言,看着这个社群未来到底走向哪里。出于对当初理想的怀念,我写下了这些明者自明的意见,但也仅此而已了。通过提案无非就是页面多个「指引」的标签;您看我用户页,就该知道我对这种「社群众评标签」有没有兴趣了。--For Each element In group Next(留言) 2024年3月20日 (三) 16:36 (UTC)
- SunAfterRain 2024年3月20日 (三) 17:12 (UTC)
- 還沒有細看,但我對洛普利寧君遭到這樣的對待感到很悲哀。--Temp3600(留言) 2024年3月20日 (三) 17:43 (UTC)
- 最初提案开始时说「精神上支持」后消失三个月(2023年12月8日-2024年3月19日),等到提案东西都搞好,准备收尾时,冒出千字文异议,请问这样到底哪里恰当了?—38.46.221.138(留言) 2024年3月21日 (四) 04:10 (UTC)
- 在有用的討論串下面離題吵架實在無奈,但似乎VP環境已經如此。
- WP:CON明確指出"共识应采纳多数人的意见,并和重要少数的意见作出适当妥协。"、"共识在维基百科是持续不断的过程",對於方针修改,更再次明示"共识最终将根据支持和反对该议题的论点质量所决定"。方針中沒有任何字眼要求討論應"收尾",反而暗示了討論本身是可以無限延長,以不斷修改共識更貼合實況的。所謂擾亂更是莫名其妙。
- 回到討論本身,如果有足以反駁洛普利寧君的理據,直接提出來就可以。如果反駁不了,甚至根本沒有考慮到這一討論角度,那顯然就說明"之前讨论本身就是系統性不足",提案一方存有思考盲點,應該進一步討論下去。
- 回到這個提案。我與八年前一樣,支持將WP:ASSESS建立為指引。然而,洛普利寧的問題必須先得到回答:维基百科:通用評級與维基百科:页面质量评级标准之間有潛在矛盾。通用評級到底是獨立的評級系統,還是專題評級的平均分?我對這兩者沒有特別的見解,但WP:ASSESS應該清楚指明這一上下級關係。
- 如果不幸某頁面只有一個專題,而這個專題將頁面評為"未來級"等奇怪級別,通用評級是否跟隨?
- 請賜教。--Temp3600(留言) 2024年3月21日 (四) 19:45 (UTC)
- SunAfterRain 2024年3月22日 (五) 01:35 (UTC)
- 折騰了三個月,我已經沒有修改評級模組的心力了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月22日 (五) 01:52 (UTC)
- Special:PermaLink/81985508#第三階段:完善制度這裡有說,一切以维基百科:页面质量评级标准為主,當專題評完後,维基百科:通用評級再取各專題WP:ASSESS的公約數,不認為有矛盾。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月22日 (五) 02:00 (UTC)
- @A2569875:如果方针是FA级,指引是GA级,那现行WP:QUALITY+维基百科:通用評級大概只有C的水平,还需要很多工作完善:
- WP:QUALITY说「评级主要由专题进行……」。那WPBS评级人是作为什么身份评的?社群成员,还是专题成员?现在WPBS开展一段时间了,相信大部分人的评级逻辑是直接对WPBS评级(而不是专门针对各个专题)。这就和「评级主要由专题进行……」矛盾。
- 有了WPBS后,就有了「社群心目中的评级」,这个评级就是WPBS的评级。这样,大部分专题出于信任社群/懒得评级,而继承了通用评级。对于旧页面,现在的做法很好——假定WPBS评级为各专题评级的公约数。不过这个做法并非必然,我们也可以取各专题的最高值/最低值,只要社群愿意信赖专题。例如英维只有WP:MILHIST真正地在评A,而其他专题是评GA或者B,此时一个做法是取A,而非众数或向下取GA/B。
- 但是下面的问题理论上和执行上都很成问题。例如维基百科:通用評級第5点要求「例如未啟用乙級的專題,通用級別遇到規則3判為乙級的情況時,則向下填寫為丙級……」。
- 首先,很难判定专题是否启用某个级别。机器人运行者好像都说过做不到这个事情,就更不用说人工评级了。
- 其次,如果B级是标准评级,且多数专题都评B级,那这个条目在社群心目中就是B级。我们不应该迁就特例独行的专题,否则公认的B级条目评C,那B和C还有什么可比性?应该是说,不设B级的专题应该自己收拾自己的摊子,例如专题评级继承B而表示为unassessed,或者用掩码改成C。
- 第三,现在的BL是标准评级吗?如果不是标准评级,那应该呈现在社群通用的WPBS上吗?如果呈现在WPBS上,多数编者没见过BL,他们看得懂吗?如果你认为大家能看懂,且乐见对列表细致评级,那不如将BL升格为标准评级?如果升格为标准评级,就应该预设对所有专题的class mask启用BL,否则又回到上一点专题「特立独行」的老路。
- 只有一个专题评Future,那WPBS技术上当然可以评Future(且只能评Future)。但上面BL甚至D级都是品质导向级别,那Future和他们并列(而不是attention之类的flag)是什么用意?还有,如果两个专题一个是CL,另一个是Future,而且两者都未设对方的级别,那WPBS到底听谁的?
- 上述问题可以不断打补丁解决(维基百科:通用評級就是打补丁的成果),但这并非良方。大道至简,最实际的方法是:编者以社群成员的身份,以WP:QUALITY的标准评级中的选项为依据,针对WPBS评级。专题评级理论上和WPBS独立,但实践上的评级方式是信任社群评级。然后,我们讨论WPBS具体该支援哪些级别——对于条目,我建议支援传统级别,或传统级别+BL/CL/(SL?);而Future、Merge不属于品质评估,而A级又极不活跃常常被人误解,这两类可以考虑从通用级别中除去。至于要修改的地方,无非就是修订WP:QUALITY、WPBS支援代码、class/mask预设启用代码,就像您说的,要改很简单。
- 您可能看不懂我的留言,也可能看懂了但没有观点。建议您和有实际开设特殊级别的专题联络,看看他们的意见。我可以写出蓝本,但我不想干涉这件事情,也不想在这个物是人非的地方留言。
- @SunAfterRain:
我可以當成你是打算擾亂干擾提案通過嗎?!
。当然可以!您怎么想是您的权利。--For Each element In group Next(留言) 2024年3月22日 (五) 16:26 (UTC)- 你以為你維的評級模組是Module:Namespace/data這種隨手改一改就好的是吧,改一次的成本有多高您可以自己改看看,不是什麼看起來很簡單改一改就好--SunAfterRain 2024年3月23日 (六) 03:13 (UTC)
- 我2015年到2016年大幅更改过WPBM相关子模组,比如引入bchecklist。而且如果WPBM不能满足我的需要,我也有能力手写模板。我固然不是A2569875那样的技术专家,但我也知道那些内容属于微调,哪些内容属于重炼。(那时候您似乎还没注册,如果您问一下八九年前一些关注评级的老用户,您大概会知道我都干过什么)
- 上面的问题我早在两个月前就A2569875君交流过。当时他表示现在只讨论技术问题,具体制度问题可以后议。我的意见不是技术问题——等真正的技术修改部署后,对WPBS屏蔽某些等级就OK——所以的确可以后议。A2569875当时态度很激烈,我不想影响他的心情,而且他应该是没有看懂我的意见,所以我就没有继续争论下去。另一方面如果我做主导人,和议案有关的问题无论在发哪里讨论,我都会接受;而A2569875的思路就是a讨论页不谈b问题(我不知道这是不是今日你维的讨论规矩)。我们俩电波对不上,我也不想在客栈留言,所以就直接走了。现在的论题正是「第三階段(WP:QUALITY_升為指引)討論」,既然是讨论(而不是走形式直接通过)那我充分陈述我对WP:QUALITY的看法很合理吧?而且讨论3月19日开始,我也没有拖到26日要结案的时候发。
- 就我看来,应该一开始就讨论WP:QUALITY评级这个哲学问题,讨论好方向之后再开始技术修改。而且有了修改体系背书,A2569875的技术修改也能一路绿灯,不用喊「折騰了三個月,我已經沒有修改評級模組的心力了」。不过中维人少,评级哲学上确实没几个人能想到这么深;就像技术方面没A2569875,其他人也推不了这个提案。最后我认为本站应该以理服人,而不是靠方针指引或没讨论深度的「共识」堵嘴:能指出问题的内容标上指引也是根基不牢,有道理的论述没有标签也应该令人尊敬。--For Each element In group Next(留言) 2024年3月23日 (六) 05:29 (UTC)
- 別為你不參與討論找藉口,電波對不上不代表就可以事後再來批判,你說以理服人光是你用這個理由我就覺得你服不了人了
- 另外你覺得你的意見不是技術問題但事實就是改動不小的技術問題,光是要改動一個分類就要牽涉到多少模板模組了--SunAfterRain 2024年3月23日 (六) 05:49 (UTC)
- 您的考虑方向我很赞同。不过如果例子举成「改动一个模板就会牵涉多少分类的移动」,那会更有说服力 --For Each element In group Next(留言) 2024年3月23日 (六) 06:58 (UTC)
- 你到底在舉什麼...--SunAfterRain 2024年3月23日 (六) 07:28 (UTC)
- 您的考虑方向我很赞同。不过如果例子举成「改动一个模板就会牵涉多少分类的移动」,那会更有说服力 --For Each element In group Next(留言) 2024年3月23日 (六) 06:58 (UTC)
- 你以為你維的評級模組是Module:Namespace/data這種隨手改一改就好的是吧,改一次的成本有多高您可以自己改看看,不是什麼看起來很簡單改一改就好--SunAfterRain 2024年3月23日 (六) 03:13 (UTC)
- @A2569875:如果方针是FA级,指引是GA级,那现行WP:QUALITY+维基百科:通用評級大概只有C的水平,还需要很多工作完善:
那我倒覺得您來主持好了,包含修改模板模組的部分,反正您看起來很閒可以泡在客棧陪大家一直耗。--
- SunAfterRain 2024年3月22日 (五) 01:35 (UTC)
我不管你到底對這個議題有沒有興趣,反正你現在的意思是上方內容純粹是發牢騷你沒有要干擾這個提案?!-- - 還沒有細看,但我對洛普利寧君遭到這樣的對待感到很悲哀。--Temp3600(留言) 2024年3月20日 (三) 17:43 (UTC)
- SunAfterRain 2024年3月20日 (三) 17:12 (UTC)
老實說我真的不懂你們這些這時候再來提意見是用什麼心態再看事情的,這個提案已經放超過三個月了,又不是放一個星期就說要公示, - 我几年前的主业之一就是评级理论。Wikipedia_talk:页面质量评级标准#WP:QUALITY_升為指引6年前甚至6个月前,我都会像推动MOS:FICT那样,亲自提出修改意见和方案(如WP:QUALITY第二段不符合新形式),让WP:QUALITY成为更优质的指引。但现在评级方面,我认为和这个装睡的社群去合作没有什么意义。所以我的做法就是不发言,看着这个社群未来到底走向哪里。出于对当初理想的怀念,我写下了这些明者自明的意见,但也仅此而已了。通过提案无非就是页面多个「指引」的标签;您看我用户页,就该知道我对这种「社群众评标签」有没有兴趣了。--For Each element In group Next(留言) 2024年3月20日 (三) 16:36 (UTC)
- 硬是等提案要準備收尾才來提意見是怎麼回事?!我可以當成你是打算擾亂干擾提案通過嗎?!--SunAfterRain 2024年3月19日 (二) 16:40 (UTC)
- 上述爭議主要是因為前期討論不夠充分所致。而近期進一步討論已展開,因此可以視為爭議已消失,引此這段「爭議」先關閉,討論主力請移動到這裡來繼續進行,以便凝聚共識。感謝配合。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年6月1日 (六) 10:55 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
- 首先感謝宇凡君的努力,您辛苦了。順便說一點離題得罪人的話:
目前方針版的種種問題,本質還是來源於青黃不接,人手不足。我所認識的宇凡更擅長技術工作和條目寫作,這次他會跳出來寫方針,相信真的是拖了太久,沒有辦法,只好自己來寫了。維基百科上一代的方針修改主力開始退役,但新一代又還沒有成長起來。這說來也是我們培養新人不力,總之人人都有責任就是了。
- 目前的問題如要解決,通用評級指引勢必重寫。問題只是要怎樣重寫而已。說白了,洛普利寧是反對通用評級的“由下而上”邏輯,再深挖下去,涉及專題組與社群整體之間的互動問題,對應現實生活中的中央-地方政府間,集權-分權的沖突。這樣展開就顯然太複雜了,我只是希望指出為什麼洛普利寧會認為這個指引寫得不好。
- 回到維基。儘管從憲法的觀點出發,確立各子組織間的權力分立應是建立規則的第一步,但考慮到中文維基並不怎麼關注這一問題,我就建議維持現狀好了,省得麻煩。反正即使是下而上,要修改專題評級,直接一起修改所有專題的評級就可以(顯然這就一次侵犯了數個專題的自主權,但上面說了,中維人這方面的理解力有限)。下而上的(理論上)優勢當然是“各專題組可以按各自所擅長的領域,共同對跨領域的條目進行評級,會比WPBS只用一個評級員來得準確”。實際上嘛,就是懶得改。
- “WPBS评级人是作为什么身份评的”:從下而上的觀點而言,沒有專題組的條目評級,算是社群託管了該條目,留待專題組前來接收,等價於聯合國託管理事會。最終還是需要專題組的專家前來正式評級。
- "标准评级":基於減少修改範圍(懶)的因素,建議只容許使用“标准级别”來評級。也就是說,暫時放棄將BL/CL加入WPBS,待更多專題啟用這些評級,更為人所熟悉後,再來討論。future等評級則不容許更新到WPBS上去,機械人應視這些條目為“沒有評級”,由人類前來處理。
- 最後,感謝@For Each element In group Next:前來,指出這些要點供大家討論。說實話我本來也不想發言的,打了這些東西花了我一個多小時。也希望你能與我一起堅持到這項修改完結。
- 以上。--Temp3600(留言) 2024年3月23日 (六) 03:33 (UTC)
- 如果硬要扯開這個話題,我反倒支持廢掉所有專輯的質量評級全部統一處理,因為你維專題參與人數實在少到除了幾個大專題之外沒有辦法給出一個真的符合自己專題的評級標準,而且去查大專題的評級標準實際上也與通用標準沒有差異,那這樣給各專題評質量有什麼意義?--SunAfterRain 2024年3月23日 (六) 05:54 (UTC)
- (以上沒有要廢掉重要度評級)--SunAfterRain 2024年3月23日 (六) 05:56 (UTC)
- 如果完全廢除專題評級,將權力上移給WPBS,那就算不談這種集權行為是否影響了專題組的自治,也需要將目前已經由專題組評級的條目改為WPBS格式,並處理評級不一致的問題。我是不太看好能搞定啦。--Temp3600(留言) 2024年3月23日 (六) 07:10 (UTC)
- @Temp3600:感谢您的解释!虽然讨论很不愉快,但至少讨论者都能理解我要引出的思考点了。现在我的任务大功告成了--For Each element In group Next(留言) 2024年3月23日 (六) 06:58 (UTC)
- 喂喂,不准跑掉( --Temp3600(留言) 2024年3月23日 (六) 07:14 (UTC)
- 所以你知道為甚麼我說他明顯有意擾亂了吧(攤手--SunAfterRain 2024年3月23日 (六) 07:26 (UTC)
- 喂喂,不准跑掉( --Temp3600(留言) 2024年3月23日 (六) 07:14 (UTC)
隨意的分段[编辑]
- 另外回應SAR的是,技術人員與行政官僚本身就是兩項不同的工作,互相批評在我看來並無意義。nerd的下場,可以參考為什麼蘋果公司會趕走喬布斯。--Temp3600(留言) 2024年3月23日 (六) 03:37 (UTC)
- (:)回應:@Temp3600:最初的提案是Wikipedia:互助客栈/其他#沒有主題的頁面如何評級。起因是我遇到有條目不屬於任何專題,所以如果要評級,會有困難。(所以,我的動機很簡單,我本來就只是在寫條目,遇到了一個問題,我來客棧討論解方,結果折騰了三個月,途中不乏某些維基人精神攻擊,提案看起來快擱淺,精力消磨沒了,寫條目的動力也沒了。在本案開始之前,我一個月寫十幾個條目,本案開始之後,三個月我只寫了兩個條目。)。關於該問題由MilkyDefer給出的解決方案是修改{{WPBS}},於是開始討論共識並執行,以及其配套的《評級系統缺失案》甚至還因技術需要跑了幾趟phab(如phab:T360012)。因為最原始的目的《沒有主題的頁面如何評級》,代表其討論頁會放置空{{WPBS}},也就是沒有任何專題的{{WPBS}},所以當然要能支援填寫所有評級級別,包括但不限於非標準級別(為此,我還特地翻過所有專題、所有維基百科上出現過的評級級別,統整出所有專題定義的所有級別,大概40幾個)。而當{{WPBS}}如果開始填入複數個專題,{{WPBS}}如果又要限制能填寫的級別,程式邏輯勢必變得複雜,所以我的解決方案是不改程式(你知道的,改全保護的程式不是那麼簡單),改立WP:通用評級指引制約,如可能也把評級系統的不同步級缺失補齊,其實目的也就只是《沒有主題的頁面如何評級》而已。而只是恰好Kanashimi要跑評級機器人,所以我索性再修改一下程式,跑客棧共識+公示流程,雖中間與Z7504發生爭議(其實消耗了我非常多精神)但最後都通過了,而「去match Kanashimi機器人」這部分其實已經超出我原本想編寫的程式內容了。後續所有技術案都通過了(過程中洛普利寧在客棧中不發一語)所以程式碼當然不會包含他所期望的部分啊。維基百科是志工性質,不強迫任何人參與,既然我已經寫好我想寫的程式,那我為何還要在最後「可能」可以收尾的時候,幫「洛普利寧的理想」寫程式?程式技術不難,但全保護和繁雜的評級系統,加上客棧不時出現精神攻擊,說實在我的精力已經耗盡。我提供的任何一段程式碼都沒有拿到任何薪水,純粹就是最初我想做、我想解決某些問題,但像現在這樣節外生枝是否生得太誇張了?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月23日 (六) 04:13 (UTC)
- 我想,在洛普利寧的心中,他在最初就已經您解決了你的問題:維基百科有一個萬能專題
{{WikiProject Article assessment}}
,你只要將沒有專題的條目通通添加到這個專題下就可以,問題立刻解決,不需要碰WPBS。我也認為這是最簡單的方法。只需要跑一次機械人,把所有沒有專題的條目全部加入WikiProject Article assessment,就可以了。 - 順便一說,我自己也試過幫助條目找專題,但即便有新rater的協助,仍然很難。最大的問題是,我不知道有那些專題存在,又不知道他們的簡寫。如果宇凡你能改良rater,讓程式可以搜尋,甚至推介專題給我來選擇,會很有幫助。比如有一個英國足球隊條目,但還沒有專題,但分類已經寫了這是英國條目,rater能不能夠提示我加入英國專題(或者別的甚麼專題?)。
- 如果不行,可以考慮一個簡單一點的修改方案:當條目沒有專題時,rater預設添加WikiProject Article assessment,就可以照常評級了。
- 但現在WPBS已經生出來了,總不能走回頭路。但這個也不容易,一會兒再寫。--Temp3600(留言) 2024年3月23日 (六) 04:47 (UTC)
- 我想,在洛普利寧的心中,他在最初就已經您解決了你的問題:維基百科有一個萬能專題
- @Temp3600:這完全不是什麼兩種不同工作的問題,有意見之前重寫模組時一起納入考量重寫就好,那時候提出我想娜娜奇也會盡可能配合的,但洛普利寧同學是喔我支持改寫,人家寫完都開始運行了再來抱怨。不要跟我說什麼滾動式修正,他提出的意見很顯然不是因為模組上線才出現的。--SunAfterRain 2024年3月23日 (六) 05:38 (UTC)
- 然後回到“Template_talk:WPBannerMeta#編輯請求_2024-01-08”。洛普利寧的批評是對的:宇帆在這次重構中,只考慮了技術層面上如何實行WPBS的改版,忽略了行政上的架構問題:所謂通用評級,由於每個條目只能有一個,客觀上就有壓倒原來專題評級的意味。於是這就進一步產生了通用評級與專題評級的沖突,新建立的WPBS機關在權責上如何與原來的專題委員會劃分的問題。現在那些WPBS有沒有CL級,未來級的問題,本質上都是沒有完成項目定義就急於進入開發階段,結果現在開發成果不完全符合要求,但是要再更改,工作量又很大,於是卡住了。
- 所以現在還是要回到那個編輯請求,解決掉1月時的問題。然後由於技術負債,問題要盡量靠行政程序解決。這就是目前的工作。
- 宇凡那時的觀點,也不能說錯,畢竟維基百科也沒有技術可以阻止你發侵權垃圾內容對不對,但是我們有行政手段,有制度可以將侵權內容透過刪除頁面功能處理掉。我估計這邊最後也會採用相同的方向,WPBS模版支持很多參數,但在指引中,會指明只有部分參數才可以合法使用,如果用了其他值,即使能夠正常顯示評級,其他人也可以回退,警告這一套。--Temp3600(留言) 2024年3月23日 (六) 08:43 (UTC)
- @Temp3600:問題就出在於,最早MilkyDefer的起草就有未來級、CL級等等,然後我還Ping了洛普利寧問他這樣可不可以,但他完全沒有任何答覆,到頭來還是只有一句「精神上支持」,我怎麼知道問題在哪,直到一月開發完成才開始說這裡不對、那裏不對,這樣我是要怎麼搞。反而User:Willy1018事先指出了具體問題,我得以依照他的問題在開發階段先行解決,並讓User:Willy1018說出了「
感謝貢獻,目前已覆核已符合預期。
」。完成後才再修改成本比較高,一開始又不講清楚,說完「精神上支持」然後跑掉,然後現在爭議後要叫我扛責任。我這樣消磨掉的精神狀況可能需要去放維基假期了-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月23日 (六) 09:00 (UTC)- A2569875:首先向您道歉,我没有及时回复您的提醒,在1月份的讨论中,我也没有坚持将意见表达清楚,因为我认为您将来会用掩蔽代码的方式处理WPBS评级。我也知道了为何SunAfterRain君会将我提报到破坏区。其次感谢您完成了迄今所有的技术工作。我的意见是针对政策层面,亦即评级体系如何开展。我不参与客栈讨论,亦不会干涉指引讨论的工作;因为很多等级都是我带起来的,我这次只提出我的想法,希望让社群自行讨论如何评级等级。如果讨论结果是敲定启用或不启用某些等级而需要修改模组,而您疲于修改模组,我可以参与技术工作吗?最后就像Temp3600君所言,在下确实有责任。--For Each element In group Next(留言) 2024年3月23日 (六) 09:40 (UTC)
- @Temp3600:問題就出在於,最早MilkyDefer的起草就有未來級、CL級等等,然後我還Ping了洛普利寧問他這樣可不可以,但他完全沒有任何答覆,到頭來還是只有一句「精神上支持」,我怎麼知道問題在哪,直到一月開發完成才開始說這裡不對、那裏不對,這樣我是要怎麼搞。反而User:Willy1018事先指出了具體問題,我得以依照他的問題在開發階段先行解決,並讓User:Willy1018說出了「
- (+)支持User:Temp3600提的:不當使用WPBS參數時,其他人也可以回退,警告這一套。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月23日 (六) 09:11 (UTC)
- 如果能夠masking掉WPBS旳等級,待日後成熟等再開啟,那自然是最好;不行的話,單改指引也算是解決了問題。--Temp3600(留言) 2024年3月24日 (日) 03:25 (UTC)
- 另外拖@MilkyDefer:出來,future grade 條目要直接沿用還是怎樣處理(pia!) --Temp3600(留言) 2024年3月24日 (日) 03:33 (UTC)
- 什么叫沿用?事实上我连现在future grade的使用情况都不是很清楚,可否说明一下背景信息?--MilkyDefer 2024年3月24日 (日) 03:55 (UTC)
- @MilkyDefer:例如en:Talk:Texas_State_Highway_32按你的構想,是什麼評級。背景資料....按我很初步的認識,英文WPBS的條目評級系統只容許BCStub等標準評級,但專題組可以按各自需要將條目評為future級等特殊等級。這與目前WP:QUALITY中建議的評級方案並不一致。--Temp3600(留言) 2024年3月24日 (日) 04:05 (UTC)
- 有什么……不一致吗?Future Class列在非标准等级下,并且写有“部分專題還會啟用附加等級。”看上去挺一致的欸。--MilkyDefer 2024年3月24日 (日) 04:36 (UTC)
- 咦我寫錯了...en:Talk:Texas_State_Highway_32如果按维基百科:通用評級,它下面只有一個future-class的專題評級,那麼就不能評為stub.在我看來這是問題。--Temp3600(留言) 2024年3月24日 (日) 05:01 (UTC)
- en:Template:WikiProject U.S. Roads列在en:Category:WikiProjects using a non-standard quality scale,因此此篇文章的評級沒問題。我覺得WPBS的評級主要是條目整體評價,在zhwiki實施起來基本上也是這個目的。只不過 zhwiki評級似乎比較複雜,所以允許各專題自訂標準,每個專題模板都算non-standard quality scale。這部分實施起來,其精神與enwiki也相同。--Kanashimi(留言) 2024年3月24日 (日) 05:12 (UTC)
- 按英文版的評級方式是沒有問題,但來到中維,维基百科:通用評級並不是英維的對等翻譯。於是就有了"若一條目僅有一個專題,其通用評級應與該專題所評的等級一致。"這樣的條款,影響到WPBS專註在內容評級的工作。順帶一說,這一點也和LP為什麼建議全面轉用英維制度,將內容評級由專題組上提到社群的精神一致。不過這樣就涉及更複雜的改動,恐怕還是免了。--Temp3600(留言) 2024年3月24日 (日) 05:30 (UTC)
- 我個人覺得這一條僅限於單一專題模板採用標準評級的情況下才有效。但假如所有專題模板都屬於 non-standard quality scale,則不如廢掉。--Kanashimi(留言) 2024年3月24日 (日) 05:49 (UTC)
- 按英文版的評級方式是沒有問題,但來到中維,维基百科:通用評級並不是英維的對等翻譯。於是就有了"若一條目僅有一個專題,其通用評級應與該專題所評的等級一致。"這樣的條款,影響到WPBS專註在內容評級的工作。順帶一說,這一點也和LP為什麼建議全面轉用英維制度,將內容評級由專題組上提到社群的精神一致。不過這樣就涉及更複雜的改動,恐怕還是免了。--Temp3600(留言) 2024年3月24日 (日) 05:30 (UTC)
- @Temp3600:我覺得像Future、Current(某主題是否是新聞事件或未來事件完全取決於專題領域,例如某主題在A領域可能是一件大新聞,所以評Future,但另一個領域關它屁事所以評甲乙丙丁初之一)Merge、Need(這種通常都是向特定專題請求重定向擴充為條目的標記,無關專題就標通用評級的 重定向级吧)這些「聚焦於特定專題」的級別就讓相關的專題沿用吧,然後從通用評級的標準評級撤下變成非標準評級,我想問題應該就解決了。修訂的部分,我想等到下面確立哪些要設為標準評級之後,再將通用評級指引加上「只能用標準評級」之類的規範應該就能從行政手段解決了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月26日 (二) 17:36 (UTC)
- en:Template:WikiProject U.S. Roads列在en:Category:WikiProjects using a non-standard quality scale,因此此篇文章的評級沒問題。我覺得WPBS的評級主要是條目整體評價,在zhwiki實施起來基本上也是這個目的。只不過 zhwiki評級似乎比較複雜,所以允許各專題自訂標準,每個專題模板都算non-standard quality scale。這部分實施起來,其精神與enwiki也相同。--Kanashimi(留言) 2024年3月24日 (日) 05:12 (UTC)
- 咦我寫錯了...en:Talk:Texas_State_Highway_32如果按维基百科:通用評級,它下面只有一個future-class的專題評級,那麼就不能評為stub.在我看來這是問題。--Temp3600(留言) 2024年3月24日 (日) 05:01 (UTC)
- 有什么……不一致吗?Future Class列在非标准等级下,并且写有“部分專題還會啟用附加等級。”看上去挺一致的欸。--MilkyDefer 2024年3月24日 (日) 04:36 (UTC)
- @MilkyDefer:例如en:Talk:Texas_State_Highway_32按你的構想,是什麼評級。背景資料....按我很初步的認識,英文WPBS的條目評級系統只容許BCStub等標準評級,但專題組可以按各自需要將條目評為future級等特殊等級。這與目前WP:QUALITY中建議的評級方案並不一致。--Temp3600(留言) 2024年3月24日 (日) 04:05 (UTC)
- 什么叫沿用?事实上我连现在future grade的使用情况都不是很清楚,可否说明一下背景信息?--MilkyDefer 2024年3月24日 (日) 03:55 (UTC)
- 另另外我約略看了一下英維,看來它們已經將各專題評級整合起來,會個條目只有一個評級。這是你提出由上而下的背曔原因嗎?@For Each element In group Next:--Temp3600(留言) 2024年3月24日 (日) 03:38 (UTC)
- 我也认为WPBS是社群基于标准(WP:QUALITY)对条目做出的评价。当然,社群也允许专题依照自己的标准对条目做出评价,并标记在讨论页上。某种意义上,社群评级和专题评级是「人格独立」的,这里的「上」和「下」更像依赖的上下游,而不是官大一级的上下层。然后既然专题评级是独立的,那专题就可以选择各种策略:
- 社群人多力量大,自行评级太繁杂,WPBS填啥我填啥。(看起来就像评级被废了,但其实是选择和WPBS的做法一样)如果对专题成员评级不服,要么以社群成员身份找社群吵,要么推动专题退群。这就是英维绝大部分专题的策略。
- 预设继承社群评级,但也可以自行覆盖社群评级。这就是我们现在的状态。
- 不继承WPBS的评级,只要自己的class不填就是未评级。英维的退群专题(比如有BL的WP:MILHIST、没A的WP:VG)都是这个策略。不排除有些专题是想自己搞;但也有专题是只开除掉A级,其他等级想继承社群,但因为英维技术不支持策略2而被迫退的。
- 像SunAfterRain说的,绝大多数专题用策略1就够,而且理论上标准相同的专题应该评同样的等级。个别专题有特殊的评级标准,那就采用策略2。真有专题完全不想社群插手,那就上策略3。策略1那就是纯粹的自上而下了。此外,对上游的WPBS规定好标准等级后,将非标准等级映射到标准等级(假设规定BL->List、D->Start、Current->Unassessed),也可以让机器人参考策略2和3的专题填WPBS。
- 自下而上主要还是一堆奇葩等级,逻辑上没法搞。刻度尺测量物体长度,得到的结果应该是稳定的;一次测3 cm、一次测5 cm,就说明测量错了。但如果两次测量都操作无误,那你用的大概不是尺子 WPBS本来评CL,因为来了个不支持CL的专题就改评List,两次评级都没有错,这就说明该制度不适合衡量条目品质。如果将奇葩等级改成WPBS标准评级,或者拒绝参考非标准等级,那这个制度就可行;但这基本就又成了上面的问题。--For Each element In group Next(留言) 2024年3月24日 (日) 16:21 (UTC)
- 我覺得改動WPBS最少的可能是將所有「條目品質性」(甲乙丙丁初等)和「非條目類別性」(Disambig、SIA、Template等)的級別全部設為標準評級(含少數專題另設的Bplus和D、以及很少專題用的A級等[有專題用A級,如颱風之類的專題。]),「性質性」(Future、Current等)的級別全部設為非標準評級。這些「與條目品質無關」的評級就讓專題自己評,不影響WPBS,就不會出現要在CL級或Future級取捨的狀況了。然後各自專題不要的,自己去mask(到時全站公告一下,想接受的專題就接受,不想接受的專題就自行寫mask,這樣寫mask的責任就不會在此次修改上)。技術上成本最小。 只不過以上作法因會將AL、BL、CL、SL也列入標準級別,代表List級別可能會變成沒有任何頁面會被評成List級,看是要廢除List級還是保留List級在代碼裡,不想跟進的專題自己mask。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月25日 (一) 04:43 (UTC)
- 然後主題專題自設的Complete、Substantial、Basic、Incomplete因WPBS預設在非條目命名空間時會因「Namespace優先」而評成「主題級」,所以我想應該也問題不大。如需在WPBS中禁掉,可可以將Module:PJBSClass#L-53的一堆if陳述式註解掉。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月25日 (一) 04:57 (UTC)
- (~)補充提升為標準評級的級別:
- 典范级、 甲级、 优良级、 乙上级、 乙级、 丙级、 丁级、 初级、 小作品级、( 小小作品级待討論,因為通常30天就被刪除了或提升為 小作品级以上)、 特色列表级、 甲级列表级、 乙级列表级、 丙级列表级、 列表级、 小列表级,以及列在Category:自動評級的頁面#分類索引中的所有評級(即一系列可由WPBS自動完成評級的級別)。
- 設定為非標準評級的級別:
- 您说的也是可行方案。目前启用BL、CL的专题,List基本都是当和Start对等的级别来理解;如果都接受List级=初级列表,而不用新建等级,那留着List级也OK。唯一担心的是A级,倒不是有没有人用的问题。A级是高于GA的,英维也是A级评级比GA评级规格高:GA可以随便一个外行评,A级专题内部出三个专家评,FA是包括专题专家在内的社群集体评,所以有FA>A>GA的逻辑链。但是我们的FAC/GAN和英维评级模式完全是两码事,到头会不会还是社群认GA不认A?--For Each element In group Next(留言) 2024年3月25日 (一) 14:33 (UTC)
- (~)補充提升為標準評級的級別:
- 我也认为WPBS是社群基于标准(WP:QUALITY)对条目做出的评价。当然,社群也允许专题依照自己的标准对条目做出评价,并标记在讨论页上。某种意义上,社群评级和专题评级是「人格独立」的,这里的「上」和「下」更像依赖的上下游,而不是官大一级的上下层。然后既然专题评级是独立的,那专题就可以选择各种策略:
- 先多謝各位,意見都很有見地。希望在上方再拆一個小標題。A級與GA的問題是老大難了,我想這次還是先不處理為好。A級雖然很少用,但一直都算是標準評級,現在一下子移除不太好。List級對等於初級列表長遠是好主意,但要標記清楚,因為許多舊列表是list級。所以現在list級代表初級或以上的列表。或許長遠要建立start list?—Temp3600(留言) 2024年3月25日 (一) 23:35 (UTC)
D級與B+級等標準討論[编辑]
接上文宇帆君列出的等级。新级别是要写文档的,所以下列意见供参考:
- D级目前看来只有宇帆君活跃的多面體在用,其条目是介于C和Start之间。讲真,流行文化领域,因为关注粉丝向这种扣分内容,D级还是很好用的。
- 比如明星条目,内容上已经有C级该有的内容,但因为很多内容都以粉丝介绍口吻出现,需要大量清理和改写;这时评Start太可惜,就可以评D级。这基本就像多面体专题说的,「内容上可能达到C级水准,但其他方面有严重缺陷」。或者说,写条目的人擅长事实性内容,但不了解这里的格式手册,写出的东西很随意不像百科。
- 另一方面,虚构作品条目也强调要写反响等现实世界内容。一般来说,编者不写现实世界内容,就表示他不熟悉格式手册,所以条目格式、行文等方面也不会太好。这种条目又要清理又要扩充,就可以给Start。但也有从英维FA翻译一半的,条目序言完整、作品介绍也很规范,但该到制作历史和评价,他又他不翻译了。这种只用扩充不用清理的,也可以从Start抬升为D。
- 可以看到,流行文化领域这个D级主要还是可以彰显「内容杂乱/格式差」。但科学等领域大概没有「粉丝内容」,所以这个D级通常会怎么用?
- 另外有了D,是不是未来有可能对等增加DL?
- B+只有英维数学专题有用过,而且现在删了;本地没有专题实装过,只在一些理论研究中提到,所以还是要想想标准怎么订。
- 之前B+的评级标准是「条目高于B级标准」,再把B级标准抄了一遍,这就比较不良定义。GA和B的区别主要在GA还要求中立性稳定性,且文笔和格式的要求高于B。如果要搞B+,那标准大概就是「不要求中立性和稳定性,但其他方面同GA标准」?PS:B6提到的WP:JARGON和地区词在GA标准里没有体现,所以B在某些方面还高于GA;不过现在的英维已经把JARGON要求增补到GA标准里了。
- 之前有提过增设优良列表(GL)。GL和FL的主要区别可以理解为GL不管红(绿)链,且序言不用太优美;这个境界就有点像B+和GA了。不过,FL和GL应该是要有本质差异的——类似WP:GVF的comperhensive和board coverage。例如对于游戏系列,FA应该像死忠那样列出小众改编作品,而GA可以只列出重要作品。(但是很多领域列表是不是没有这种问题?)
- 小小作品更像是一个临时状态,和未评级一样是不该长期存在的。而且小小作品只是长度短,问题还没有广告、侵权等小作品更严重,所以整体统计上把小小作品拆出来的意义是?从维护追踪角度考虑,WP:PETSCAN或者Shizhao的专题机器人通告应该都很好用了。--For Each element In group Next(留言) 2024年3月26日 (二) 15:50 (UTC)
- 感謝提供意見。關於增設新評級級別,如您提出的D-List和Temp君提出Start-List以及上述提到的GL,我想作為長遠目標來討論,現階段先不處理。一來是phab:T360012本站評級資料表更新工單根據API測試似乎已合併到主程式,而GL則是因為評選設立草案無共識所以工單中就沒有申請加入該等級,所以就算現在評了GL可能也無法被某些系統正確識別,同時,一直頻繁變更感覺對基金會人員也不太好意思;二來是又要改十餘個全保護模板了 囧rz……。(註:如果說有了D就要對等增加DL,那為何有了GA沒有對等增加GL😅 甚至圖片有「特色圖片」若對應FA的話,那為何沒有GA對應「優良圖片」、A對應「甲級圖片」、B對應「乙級圖片」[開玩笑的])另外您提供的D級條目用法也十分不錯,我(+)附議這樣子的用法,科學上可能可以用在使用了太多行話術語導致多數人看不太懂的這種情況吧;而Bplus 我這邊是暫無其他想法,如果有其他維基人有什麼想法歡迎補充;小小作品級是當時評級系統開發階段進行測試時增加的級別,當時我找了幾篇正文少於50字的條目但沒被掛小小作品模板的「老條目」評上了此級,來試驗系統能否接受輸入,不過後來這些條目一些被提交AFD了、一些被擴充成小作品級了,但考慮到條目如果持續擴充也會持續升級啊,例如小作品升初級,這只是換成小小作品升小作品級而已,只是通常條目停留在 小小作品级的時間可能會非常短而已。另外,我前幾個小時仔細重看了一下每個級別,發現比較有問題的應該是deferred級(中維評級系統本次更新完顯示為 搁置级)經查,該級別於2015年被加入中維評級系統資料表中,但在WP:TG簡單討論並對照英文維基還有此級別的專題說明顯示,該級別代表的意義是「本專題不提供評級,轉介由涵蓋本專題的專題提供評級」所以可能也不叫做「 搁置级」,TG上有群友建議「轉介級」,不過這種級別對上通用評級的話,基本上存在感就沒了,
阿卡林~,不過UUM表示這種轉介具有一定程度「重要性」,可能要討論一下,看是要改名還是乾脆就廢除掉,或者以「未評級」論之類的。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月26日 (二) 16:52 (UTC) - 感謝宇凡的研究,這個轉介級我都沒聽說過。評級級別方面,宇凡君所指的技術困難確實存在,就像我們這幾天討論了一下,又想到找到這麼多評級。如果每次都去phab改,不免擾民。我初步的想法是,quality 指引的標準評級部分建立為指引,規定wpbs 目前社群認可的評級;專題評級維持論述級,方便專題修改,待有共識後再處理。至於wpbs模版,則不需修改原碼,只需在模版說明頁等寫清楚那一些評級因尚未有廣泛共識,暫不開放使用,就可以了。
- 標準級方面,我比較關注CL與乙上,大家懂不懂得評。雖說當成推廣也無不可。—Temp3600(留言) 2024年3月26日 (二) 23:53 (UTC)
- 那我們現在就先以已登記於phab的級別為主,也就是我上面列出的那些以及列在Category:自動評級的頁面#分類索引中的所有評級(即一系列可由WPBS自動完成評級的級別)。CL級標準之前已經訂清楚了,所以我想,直接設為標準沒有問題,(+)支持作為推廣;比較需要討論的會是 乙上级。我想就用洛普利寧提出的「不要求中立性和稳定性,但其他方面同GA标准」如何?@Temp3600:-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月27日 (三) 01:11 (UTC)
- Template:Grading scheme可能也有關連,描述可能需按這兒的討論結果一拼修改。--Temp3600(留言) 2024年3月27日 (三) 04:50 (UTC)
- B+在我心中是"沖擊優良但失敗了"的意思(pia!)--Temp3600(留言) 2024年3月27日 (三) 09:53 (UTC)
- Template:Grading scheme可能也有關連,描述可能需按這兒的討論結果一拼修改。--Temp3600(留言) 2024年3月27日 (三) 04:50 (UTC)
- (~)補充轉介級有登記在phab上,只不過登記成了 搁置级;但如果又要去改,感覺沒幾天就又要去麻煩基金會技術人員好像不太好……因為2015年就這樣寫了,就先當歷史遺留吧😅-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月27日 (三) 01:17 (UTC)
- 關於「轉介級」(現稱 搁置级),其也是目前中維{{WPBS}}可填的參數之一。您認為應該要如何處置呢?翻閱en:Wikipedia:WikiProject_Firearms#Quality_scale他似乎把它視為「品質等級」的一種,但實為將評級工作轉介至其他專題,然而如此的做法在有{{WPBS}}時就沒有存在意義了,因為轉介最終就會落回給{{WPBS}}提供評級,所以英文維基{{WPBS}}實施後其有關分類就被WP:O4了(他們好像叫做en:WP:CSD#C1),那所以我們應該要把他列為「非標準級別」還是直接列為「已停用級別」即在{{WPBS}}的Doc上說不要輸入此級別?-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月31日 (日) 10:08 (UTC)
- 那我們現在就先以已登記於phab的級別為主,也就是我上面列出的那些以及列在Category:自動評級的頁面#分類索引中的所有評級(即一系列可由WPBS自動完成評級的級別)。CL級標準之前已經訂清楚了,所以我想,直接設為標準沒有問題,(+)支持作為推廣;比較需要討論的會是 乙上级。我想就用洛普利寧提出的「不要求中立性和稳定性,但其他方面同GA标准」如何?@Temp3600:-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月27日 (三) 01:11 (UTC)
- 感謝提供意見。關於增設新評級級別,如您提出的D-List和Temp君提出Start-List以及上述提到的GL,我想作為長遠目標來討論,現階段先不處理。一來是phab:T360012本站評級資料表更新工單根據API測試似乎已合併到主程式,而GL則是因為評選設立草案無共識所以工單中就沒有申請加入該等級,所以就算現在評了GL可能也無法被某些系統正確識別,同時,一直頻繁變更感覺對基金會人員也不太好意思;二來是又要改十餘個全保護模板了 囧rz……。(註:如果說有了D就要對等增加DL,那為何有了GA沒有對等增加GL😅 甚至圖片有「特色圖片」若對應FA的話,那為何沒有GA對應「優良圖片」、A對應「甲級圖片」、B對應「乙級圖片」[開玩笑的])另外您提供的D級條目用法也十分不錯,我(+)附議這樣子的用法,科學上可能可以用在使用了太多行話術語導致多數人看不太懂的這種情況吧;而Bplus 我這邊是暫無其他想法,如果有其他維基人有什麼想法歡迎補充;小小作品級是當時評級系統開發階段進行測試時增加的級別,當時我找了幾篇正文少於50字的條目但沒被掛小小作品模板的「老條目」評上了此級,來試驗系統能否接受輸入,不過後來這些條目一些被提交AFD了、一些被擴充成小作品級了,但考慮到條目如果持續擴充也會持續升級啊,例如小作品升初級,這只是換成小小作品升小作品級而已,只是通常條目停留在 小小作品级的時間可能會非常短而已。另外,我前幾個小時仔細重看了一下每個級別,發現比較有問題的應該是deferred級(中維評級系統本次更新完顯示為 搁置级)經查,該級別於2015年被加入中維評級系統資料表中,但在WP:TG簡單討論並對照英文維基還有此級別的專題說明顯示,該級別代表的意義是「本專題不提供評級,轉介由涵蓋本專題的專題提供評級」所以可能也不叫做「 搁置级」,TG上有群友建議「轉介級」,不過這種級別對上通用評級的話,基本上存在感就沒了,
- (有感而發)除了本子節開始的爭議外,以上討論與研究其實都滿有意義和價值的,如果能提前在去年十二月,也就是我當初Ping了洛普利寧時,他就發表了這些意見,並開展了我們現在所討論的東西,那我覺得WPBS應該會更完美。不過現在說這些都是後話了。另,跟大家說聲抱歉,我當時一心只想著如何把MilkyDefer起草的臨時方案開發成正式方案、如何pass所有testcases 和解決討論頁上各種問題回報(1、2等),一切考量都以技術為優先(我當時優先級最高的考量是:程式怎麼寫更省效能,於是出現了
mw.loadData("Module:PJBSClass/page")
用於讓該功能在整個頁面解析的過程只會跑一次,而不會每次調用通用評級時都跑以節省效能),卻忽略了行政上的執行問題,而導致了今次的爭議,我感到十分抱歉。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年3月27日 (三) 01:30 (UTC)- 所謂「話到嘴邊留半句,理從是處讓三分」,我覺得是挺有道理的。得饒人處且饒人嘛。(當然這得看對象,要是遇到得寸進尺的惡人,這樣就行不通)
- 如果說程式碼是機器運行的邏輯,那麼行政可說是人類組織運作的邏輯。要做好事情,既需要機器運作暢順,也需要眾人合力。不同維基人從各自的強項出發,一起解決問題,這就是討論的意義嘛。--Temp3600(留言) 2024年3月27日 (三) 04:47 (UTC)
- ((*)提醒:本次提案推動技術修改的兩位「工程師」(User:Kanashimi、User:A2569875)都沒時間寫程式了...雖然我的原因是因為改到沒精力了)。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月1日 (一) 02:00 (UTC)
- 维基百科:通用評級與WP:QUALITY都要弄修改草稿,行政組這邊也不好當呢...--Temp3600(留言) 2024年4月2日 (二) 11:40 (UTC)
- 从这里入手,在Module:Class/conver外再套一个函数,把不支援的评级映射到未评级可行吗?--For Each element In group Next(留言) 2024年4月2日 (二) 16:31 (UTC)
- (-)反对我想保留這些自動評級Category:自動評級的頁面#分類索引,不然phab白跑了。而且不想被濾的專題也會被你一刀切不當濾掉。後果不會是你想像的那麼簡單。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月2日 (二) 16:41 (UTC)
- 自动评级的页面基本都是非条目,那不是属于PJBS支援的范畴吗……?对于条目,如果按照上面WPBS作为独立评级的思路,那PJBS就只应接受他自己的等级。比如PJBS不支援current,那PJBS的
class
就不应该填current(如果一定要填current,那PJBSClass.getClassByPage()也应该返回未评级);所以到头来,WPBS只会告诉各个专题自己未对此页面评级。既然WPBS理论上都不会填写current,那支援current的专题就只能手填自己的class;据我所知,专题自己填写的class是优先的,那这时只要对专题模板自己的class套用Module:Class/convert规范化就OK。宇帆君的代码很模块化(不像我写代码什么东西都揉一起😂),我想这个问题应该的确不是复杂问题。当然,如果我们的总工程师说复杂,那就是复杂😂 另外,如果思路确实是要WPBS兼顾所有专题,比如PJBS评级未显示但往外传current,那这个想法就的确不成立了。--For Each element In group Next(留言) 2024年4月3日 (三) 14:16 (UTC) - 另外即使我的意见合理,宇帆君您也没有义务在近期执行技术修改(甚至没必要执行修改)。毕竟「这个想法很好,但碍于技术原因,目前无法实现;欢迎提议人自行解决」也是合理意见😂--For Each element In group Next(留言) 2024年4月3日 (三) 14:33 (UTC)
- 自动评级的页面基本都是非条目,那不是属于PJBS支援的范畴吗……?对于条目,如果按照上面WPBS作为独立评级的思路,那PJBS就只应接受他自己的等级。比如PJBS不支援current,那PJBS的
- (-)反对我想保留這些自動評級Category:自動評級的頁面#分類索引,不然phab白跑了。而且不想被濾的專題也會被你一刀切不當濾掉。後果不會是你想像的那麼簡單。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月2日 (二) 16:41 (UTC)
- 感觉还是社群没有体系性讨论。比如日语罗马字表示方法讨论过好几次,但正经的日本格式手册却现在还推不出来。我之前不留言,基本也是感觉本站没救,什么都懒得说😂 当然只限条目编写方面;站务领域我看讨论挺热烈的。
- ((*)提醒:本次提案推動技術修改的兩位「工程師」(User:Kanashimi、User:A2569875)都沒時間寫程式了...雖然我的原因是因為改到沒精力了)。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月1日 (一) 02:00 (UTC)
B+我之前写过论述。鉴于中维的GAN机制(时间短、需求票数多,且评审者普遍社会惰性),B+当GAN预审还是很有生态位的。但是在务实上,等GAN评审素质普遍超过这个乙级评级,B+才会有得玩 耸肩
我想B+(Bplus)的标准可以用WP:WIABCA的大纲来套用WP:WIAGA:
这样B级评审时也顺手按GA(B+)提意见。--For Each element In group Next(留言) 2024年3月28日 (四) 14:20 (UTC)
WPBS級別列表[编辑]
目前{{WPBS}}能接受輸入的級別大部分都是phab:T360012向P站登記的級別以級在案《第一階段:修正評級值不同步問題》時所有評級Data模板統一同步更新的評級值列舉如下(共50個。此外由於表格過長,已折疊。請單擊[顯示]
以展開表格):
標準類別級別 | 標準品質級別 | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
非页面级 | (條目) | 典范级 | 甲级 | 优良级 | 乙上级 | 乙级 | 丙级 | 丁级 | 初级 | 小作品级 | 小小作品级 | 无级 | |
列表级 | 特色列表级 | 甲级列表级 | 优良列表级 | N/A | 乙级列表级 | 丙级列表级 | N/A | 小列表级 | N/A | ||||
非条目级 | 文件级 | 特色图片级 | N/A | ||||||||||
主题级 | 特色主題 | N/A | 完成级 | 充實級 | N/A | 简单级 | N/A | ||||||
消歧义级 | N/A | ||||||||||||
同类索引级 | |||||||||||||
重定向级 | |||||||||||||
沙盒级 | |||||||||||||
模板级 | |||||||||||||
模块级 | |||||||||||||
分类级 | |||||||||||||
草稿级 | |||||||||||||
专题级 | |||||||||||||
用户级 | |||||||||||||
使用说明级 | |||||||||||||
界面级 | |||||||||||||
非標準類別 | |||||||||||||
图书级 | |||||||||||||
音频級 | |||||||||||||
未分類級別 | 非標準級別 | ||||||||||||
N/A | 未来级 | 动态级 | 合并级 | 请求级 | 搁置级 | ||||||||
委员会级 | N/A | ||||||||||||
錯誤級 | |||||||||||||
未评级 | |||||||||||||
未知级 | |||||||||||||
輸入其他值{{WPBS}}會輸出:錯誤:無效的輸入 |
典范 | 特色列表 | 特色图片 | 优良 | 小作品 | 列表 | 同类索引 |
消歧义 | 重定向 | 沙盒 | 模板 | 模块 | 分类 | 文件 |
草稿 | 主题 | 专题 | 用户 | 使用说明 | 界面 | 非条目 |
以下建議供行政組參考:
- 標準品質級別(可填寫在WPBS):
- 標準類別級別(可填寫在WPBS):
- 非標準類別級別(不應該填寫在WPBS):
- 图书级[Book](曾有共識引入,但因技術原因部署無限期推遲)、 音频級[Audio](只有少數專題將File級做細分,WPBS應都填入File級)、圖像級[Image]((▲)同上)、 非页面级[NAPage](只用於特殊專題)
- 非標準品質級別(不應該填寫在WPBS):
- 非標準級別(不應該填寫在WPBS):
- 技術性級別(不應該填寫在WPBS):
- -- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月6日 (六) 03:43 (UTC)
- 感谢总结。我有一些疑问:
- Substub作为标准品质,似乎比较增加维护负担?会创建小小作品的基本都是新手,他们不懂得在讨论页挂{{WPBS}}填
|class=substub
。维护人员也都在条目页标记{{substub}}
,然后打捞人员再从Category:小小作品追踪,这就基本就没人会管讨论页。而且就算有专题模板,如果利用讨论页的分类来维护,就要从讨论页跳转到主页面,也是比较低效的。(MilkyDeferBot可以根据讨论页横幅和条目页{{substub}}
自动生成页面列表,这样也没必要用讨论页评级)此外如果substub是被人手填了,那就还要经常盯着条目,看评级是否过时。所以依靠评级模板来维护substub,感觉有种打捞一分钟,评级三十秒,性价比相当低。所以,WPBS层面统合到stub是否好些? - 正规条目都应该有品质评级,尚未评估品质的条目是Unassessed,条目空间的Disambig等特殊页面也考虑进去了。看英维也没no这个级别,所以无级别的条目会是怎样的?
- Substub作为标准品质,似乎比较增加维护负担?会创建小小作品的基本都是新手,他们不懂得在讨论页挂{{WPBS}}填
- --For Each element In group Next(留言) 2024年4月6日 (六) 05:20 (UTC)
- (:)回應 no級(无级别)是由您建檔於評級系統的Special:Diff/72525905#L-149,我只是照抄,並同步到所有評級模板,以及提報到phab:T360012上。所以我也不知道具體會是甚麼,可能還需要諮詢您(因為由您加入的)。我在整理時看到它的理解為「沒有級別的」但我當時沒有仔細思考甚麼條目或頁面會「沒有級別」,您能否協助回想一下當時的時代背景下,您建檔No級時的想法或根據呢。 小小作品级我認為是有些條目可能加上了資訊框、圖片等被WP:小小作品指引PASS而保留,但正文還是不足50字的情況下可以評(我就是有用隨機頁面看過有很舊的頁面有這種狀況,但因為它是甚麼我沒聽過的小城鎮的條目,我不熟就沒去擴充,繼續按下一個隨機頁面)。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月6日 (六) 05:56 (UTC)
- Classicon}}里就有no级,我也是从那里搬过去的。做页面列表的时候可能会用到no这个概念,比如这个从英维搬运的名单,no可以用来标记不挂专题横幅的条目。至于用no给条目本身评级,我倒是没见过。 最早的时候{{
- 我明白您说的小小作品级了,这和WP:SUBSTUB又是两个概念,就类似「小作品级」和「小作品」了。我是认为对这么短的条目,精确数50字感觉都浪费时间(反正多20%到60字也一样很烂😂)。如要设立这个级别,换成「正文只有一两句话(约50字以下)的条目」,这样大概看下数量级会比较实用。当然我就只是抛个砖,评级能弄下去还是靠大家,所以这还是看看其他人有什么想法吧。--For Each element In group Next(留言) 2024年4月6日 (六) 06:16 (UTC)
- 所以沒有級別(no)是指未建立或已刪除的條目嗎(紅鏈)?這樣可能真的評不了 囧rz……,因為如果在一個紅鏈條目的討論頁掛一個
{{WPBS|class=no}}
就構成孤立頁面會被速刪😂,如果是刪除後建立成重定向頁也不會是no級會是redirect級。所以no級可能就變成一個永遠不會被填進{{WPBS}}的概念級別了。是否當作標準級別我覺得可以,畢竟您說了做页面列表的时候可能会用到no这个概念,那它應該列入標準,只不過這個標準級別可能永遠不會被填入{{WPBS}}罷了。 小小作品级我也想等看看其他人的意見。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月6日 (六) 06:29 (UTC)- 其实说no这个概念也不准确。英维早把不用的图标和等级(包括bplus和no)删了,中维就各种「集大成」从来不做减法,所以留下了一堆未定义的东西。我上面的用例准确来说,是页面已经建立且可能被WPBS评级,但因为没有挂游戏专题的横幅,所以表现出未由游戏专题维护。既然游戏专题不维护,那在专题内部就不用关心页面品质;但是所有页面都有图标,你不放个东西也不好看,所以才放了个图标。或者说,语义上这里应该用
{{icon3|Wikivoyage outline icon.png|alt=未标记专题横幅}}
,但因为偷懒才用了{{class/icon|no}}
;毕竟从分类中根本抓不到no级,这里还是if判断页面已建立但未标游戏横幅,为True才拉到这个分类的。--For Each element In group Next(留言) 2024年4月6日 (六) 06:52 (UTC)
- (:)回應: @洛普利寧:我知道甚麼東西可能是無級別條目了,大概是Category:维基百科纲要,這些條目基本是點列式(如戰爭綱要),讓人了解「主題綱要」之用。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月21日 (日) 01:31 (UTC)
- 纲要也有完整和不完整的区别。这个相当于列表,也有级别。写得完整点的纲要就是CL/BL。--For Each element In group Next(留言) 2024年4月21日 (日) 03:35 (UTC)
- 其实说no这个概念也不准确。英维早把不用的图标和等级(包括bplus和no)删了,中维就各种「集大成」从来不做减法,所以留下了一堆未定义的东西。我上面的用例准确来说,是页面已经建立且可能被WPBS评级,但因为没有挂游戏专题的横幅,所以表现出未由游戏专题维护。既然游戏专题不维护,那在专题内部就不用关心页面品质;但是所有页面都有图标,你不放个东西也不好看,所以才放了个图标。或者说,语义上这里应该用
- 所以沒有級別(no)是指未建立或已刪除的條目嗎(紅鏈)?這樣可能真的評不了 囧rz……,因為如果在一個紅鏈條目的討論頁掛一個
- (:)回應 no級(无级别)是由您建檔於評級系統的Special:Diff/72525905#L-149,我只是照抄,並同步到所有評級模板,以及提報到phab:T360012上。所以我也不知道具體會是甚麼,可能還需要諮詢您(因為由您加入的)。我在整理時看到它的理解為「沒有級別的」但我當時沒有仔細思考甚麼條目或頁面會「沒有級別」,您能否協助回想一下當時的時代背景下,您建檔No級時的想法或根據呢。 小小作品级我認為是有些條目可能加上了資訊框、圖片等被WP:小小作品指引PASS而保留,但正文還是不足50字的情況下可以評(我就是有用隨機頁面看過有很舊的頁面有這種狀況,但因為它是甚麼我沒聽過的小城鎮的條目,我不熟就沒去擴充,繼續按下一個隨機頁面)。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月6日 (六) 05:56 (UTC)
- 感谢总结。我有一些疑问:
等級標準小結[编辑]
- 洛普利寧在上文提到的「PJBS之PJBSClass.getClassByPage()」自動評級(小勘誤:自動評級實由PJBSClass/main.getClassAuto()和PJBSClass.getAutoClass()共同完成,前者以頁面狀態和掛有模板判斷、後者只看Namespace),這些評級會根據頁面掛的模板、子頁面名稱、頁面狀況和所在命名空間等進行自動評級。這些評級分為兩類:不可被
|class=
參數複寫的評級以級可被|class=
參數複寫的評級。 - 這些級別有:
- 上文提到,目前不在WP:QUALITY中的級別都需要補上文檔,因此我起了以下草稿供參考:
- (註:如果有需要修改可以直接編輯本表格,無須經過我的同意(不被視為修改他人留言))
- (註2:下表只列出目前未出現於WP:QUALITY的級別)
- (註3:由於表格過長,已折疊。請單擊
[顯示]
以展開表格)- 預計種類分成三類:標準級別(描述條目品質)、標準類別(描述頁面種類)、非標準級別(專題自定的東西)
預計種類 | 級別 | 代碼 | 評級方式 | 標準 | 詳細標準 | 讀者感受 | 編輯建議 |
---|---|---|---|---|---|---|---|
標準級別 | 特色列表级 | FL | 手動 | 條目通過正式評審,現為特色列表。 | (載於WP:特色列表標準) | 專業水準。它完整覆蓋所屬範圍,通常能提供一個完整的列表,並為每一項提供有用的資訊。 | 除非列表所列之主題有了項目變動或所屬範圍有新發展,否則不應大量增改內容;可能需要改進文法、列表格式,讓列表整體更加優美。 |
特色图片级 | FM | 圖片、文件或其他媒體通過正式評審,現為特色圖片。 | (載於Wikipedia:特色圖片標準) | 讀者能從該圖像、音頻、視頻或其他媒體以令人信服的方式說明該主題,使觀看者想要了解更多。且這個媒體能很大程度的讓讀者更了解文章的內容或主題。 | 通常不需要對媒體文件做出任何改動,除非能提升解析度或其他外觀品質。可能可以改進對於該特特圖片的描述文字或對應題目中的文法,讓特色圖片能更好地發揮其價值。 | ||
甲级列表级 | AL | (WP:QUALITY已有內容) | |||||
乙上级 | Bplus | 條目已基本完成,有当选优良条目的潜质,經相關專題、討論页或其他管道評審,確認符合乙上級條目標準。 | 無明顯問題,對幾乎所有讀者都實用。基本達到(未必完全符合)專業百科全書水準。 | 或需相关领域的编者和格式专家修改。可提名WP:同行評審以釐清與優良條目的差距,並進行改善。 | |||
乙级列表级 | BL | (WP:QUALITY已有內容) | |||||
丙级列表级 | CL | (WP:QUALITY已有內容) | |||||
丁级 | D | 条目有所發展,较初級條目更为完整,但仍有重要内容缺失。条目可能在内容方面達丙級水準,但因行文、结构等問題無法获評丙級。 | 條目有些不錯的內容,也列出了些許可靠來源,但与丙級条目对比仍有明显缺陷。例如条目未遵循百科文風,文字条理性不足,大量内容仅面向特定圈子(如愛好者內容、科学專業術語或内容)。 | 條目有较多百科全书资讯,但可能也伴随较多难以理解的内容。读者可收获一定的资讯,但可能感到条目章法混乱、某些内容不易理解,难以通读全文。 | 仍需扩充资讯,且或需大幅清理与重组内容。 | ||
列表级(作初級列表使用) | List | 符合獨立列表的要求,较小列表更为完整,但未能達到丙級列表的水準。列表中的可靠來源可能引用充分,也可能不充分。尚未細分為甲、乙、丙級的列表也可能暫時歸為此類。 | 列表有些有用的内容,但是在许多方面仍有不足,通常缺乏参考资料。列表内容可能不适合百科全书,不符合格式手册的要求。但是列表必须满足最基本的内容方针和独立列表的基本要求,诸如关注度、生者传记,并提供足够符合可供查证要求的来源。初级的列表应无快速删除之虞。 | 已經列出了一些有意義的內容,但對於多數讀者仍屬不足。 | 應當儘快提供可靠來源,並需大幅更動和組織內容。此外也可改善語法、別字、寫作風格、術語的使用。 | ||
小列表级 | SL | (WP:QUALITY已有內容) | |||||
小小作品级 | Substub | 對主題非常基本的描述,但正文不足50字。 | 條目有基本定義,但正文只有一两句话(约50字以下)的条目。其可能有資訊框、圖片或參考文獻。如正文不足50字的條目也缺乏資訊框、圖片或參考文獻,則其可能會被提請刪除。 | 有意義內容極少,可能跟典解釋差不多。 | 應當儘快將正文擴充至50字以上。 | ||
无级 | No | 尚未建立或已被刪除的條目。通常用於建立條目清單時標記不存在頁面的級別。 | N/A | 由於條目不存在,因此讀者無法獲得任何資訊。 | 如該主題有建立條目的需求,可以視情況建立條目。 | ||
標準類別 | 同类索引级 | SIA | 由{{WPBS}}程式自動給予級別 | 任何同類索引條目(SIA)頁面都屬於此類。這些是關於一組具有相同(或相似)名稱的特定類型項目的清單文章。 | 掛有{{SIA}}模板的頁面 | 讀者能找到特定類型項目的文章。 | 請注意,同類索引條目對名稱和主題都有要求,即索引項目必須屬性相同且名稱相似。比如地震列表不是同類索引條目,但以X爲名的地震列表就因滿足同名、同主題兩項條件,屬於同類索引條目。 |
沙盒级 | Sandbox | 社群認可用於測試的頁面。 | 掛有沙盒標示模板的頁面,或模板、模組的/sandbox子頁面 | 這個頁面的內容可能因為測試原因而頻繁變動,可能對任何讀者都不實用。 | 無建議。 | ||
草稿级 | Draft | 任何草稿都屬於此類。這些通常位於Draft命名空間中,但也可能位於User命名空間中。 | N/A | 這可能是一個發展中的條目,因此可能有一些有意義內容,但對於多數讀者仍屬不足。 | 任何編輯或者增加內容都會有幫助。應當儘快增加有意義的內容。並儘快推動完成WP:AFC流程,解決相關問題以便成為正式條目。 | ||
专题级 | Project | 任何維基專題相關頁面。 | N/A | 專題頁面主要是面相編者的資訊,對讀者而言可能沒有有用資訊。 | 編者應確保內容能反映專題或社群共識。 | ||
用户级 | User | 任何屬於User名字空間的頁面 | N/A | 可能有些有用的資訊,也可能只包含特定編者的立場。 | 應遵守Wikipedia:用戶頁規範。 | ||
使用说明级 | Help | 任何屬於Help名字空間的頁面 | N/A | 讀者能找到維基百科相關功能的使用說明。 | 編者應當確保說明內容不過時。 | ||
界面级 | Interface | 任何屬於MediaWiki名字空間的頁面 | N/A | 定義介面的顯示方式,可能對任何讀者都不實用。 | 任何對系統介面的修改都應反映社群共識。有時會因技術需求或其他原因由维基媒体基金会職員進行修改。 | ||
非標準級別 | 搁置级 | Deferred | 只能手動給定 | 代表本頁面的評級作業轉介給涵蓋該頁面主題的其他專題。 | 任何編輯都可以在有開放此級別的專題指定此評級,但不能評於通用評級。應謹慎使用此評級,並且僅在其他專題完全覆蓋此專題導致冗餘的情況時使用。 | 由於對應專題沒有提供級別,因此實際情況可能會有所不同。 |
- @Temp3600:您看看這些資訊對行政組作業有沒有幫助?(請單擊
[顯示]
以展開表格)-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月5日 (五) 10:48 (UTC) - 感谢宇帆君的总结。我大胆做了一些调整,说明如下:
- --For Each element In group Next(留言) 2024年4月5日 (五) 13:54 (UTC)
- 已經五天無新意見了,我先把資料整理進WP:QUALITY。如到時還有討論出新結論也可以再修改。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月10日 (三) 03:22 (UTC)
頁面評級與通用評級指引調整[编辑]
- 非常感謝娜娜奇。但我因為現實原因(pia!)暫時不能積極參與討論。我預計會於19-21日的週末發言,這段時間麻煩諸位了。--Temp3600(留言) 2024年4月12日 (五) 11:29 (UTC)
- 約略看過沒有問題。在格式上有一點想法: 每個類別還是找一個例子,當參考。另外,會否用Template:Guideline section,只將標準評級立為指引會較好?如果專題組日後創立新評級供內部使用,便無須經VP共識修改評級表,而可自行加入。不過倒過來,如果自行加入評級會弄壞模版,那麼還是經VP討論,協調好再修改較好。這方面我不清楚,請給意見。--Temp3600(留言) 2024年4月12日 (五) 11:58 (UTC)
- Class_mask/core}}中,目前還沒標準化的級別做「開放」即可(不必改程式,只要改類似config(設置)的東東),而專題自建級別已有相應功能,無須動到核心模板,範例見{{WikiProject_Example}},因此完全無需更動本次系列模板/模組或任何程式碼的核心,故自行加入評級不至於會弄壞模版。常見的專題非標準評級我覺得可以在WP:QUALITY提,在章節標題標註「本段不是指引」應該就可以了,就不必走VP共識了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月12日 (五) 15:49 (UTC)
- 先抱歉晚了許多上來...生活艱難QQ。
- 如果如此,那麼标准级别一節立為指引就可以,並在非标准级别一節清楚列明專題可以如何自行加入新評級(好像在模版說明裏已經寫好?那麼就只需要提供連結)。--Temp3600(留言) 2024年5月5日 (日) 07:27 (UTC)
屆時,如果確定該等級都標準化的話,僅需要將{{
- Class_mask/core}}中,目前還沒標準化的級別做「開放」即可(不必改程式,只要改類似config(設置)的東東),而專題自建級別已有相應功能,無須動到核心模板,範例見{{WikiProject_Example}},因此完全無需更動本次系列模板/模組或任何程式碼的核心,故自行加入評級不至於會弄壞模版。常見的專題非標準評級我覺得可以在WP:QUALITY提,在章節標題標註「本段不是指引」應該就可以了,就不必走VP共識了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月12日 (五) 15:49 (UTC)
- 約略看過沒有問題。在格式上有一點想法: 每個類別還是找一個例子,當參考。另外,會否用Template:Guideline section,只將標準評級立為指引會較好?如果專題組日後創立新評級供內部使用,便無須經VP共識修改評級表,而可自行加入。不過倒過來,如果自行加入評級會弄壞模版,那麼還是經VP討論,協調好再修改較好。這方面我不清楚,請給意見。--Temp3600(留言) 2024年4月12日 (五) 11:58 (UTC)
- 非常感謝娜娜奇。但我因為現實原因(pia!)暫時不能積極參與討論。我預計會於19-21日的週末發言,這段時間麻煩諸位了。--Temp3600(留言) 2024年4月12日 (五) 11:29 (UTC)
对于Wikipedia:页面质量评级标准(以及Wikipedia:通用评级)还有一些逻辑上的考量:
- 英文版的页面en:Wikipedia:Content assessment翻译过来是内容评级。其内涵理论上包括评级流程、评级标准等多个部分。而中文版的标题是「页面质量评级标准」,一只介绍标准本身,二又强调品质评级。而当前页面是从古早期英维版翻译过来,现在两边都改了很多,这就很微妙了。所以页面是否要改名「Wikipedia:页面评级」?
- 如果从标题强调质量评级来看,页面似乎应该将「标准质量评级」(≈条目)和「標準類別級別」(≈非条目)分设为两个大节。说约等于是因为特色图片属于非条目但又要评估品质,而同类索引(SIA)是自动评级但理论上属于条目。
- 对于条目品质评级部分,是否需要流程图辅助说明?(比如写入指引页,或放在论述页给个连接)
- 如何表述「通用评级」与「专题评级」的关系?从目前的讨论来看,可能还需要一个页面(可能是Wikipedia:页面评级)厘清:
- 社群和专题都可以各自独立地对页面评级。评级结果登记于条目讨论页顶部。
- 通用评级由社群编者评估,对社群负责。本页刊载的等级标准为通用标准,即适用于WPBS的通用评级。
- 专题评级由专题自行解释,但因为专题评级一般直接继承通用评级,所以也还是这套标准。部分专题可能自选启用或关闭级别,也可能重新诠释通用级别,这些内容具体在专题评级页刊载。
我希望听听其他编者的意见,所以暂时不会积极回复。--For Each element In group Next(留言) 2024年4月14日 (日) 15:17 (UTC)
- 那我再Ping一次討論開頭的那些人吧:@Liaon98、JyunWaan、Lssrn:@Cdip150、Temp3600、Peacearth:。還有User:KanashimiPing的那些人@Kethyga @Willy1018 @Z7504 @AT @Shizhao @Iokseng 能夠給些意見嗎?謝謝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月14日 (日) 15:34 (UTC)
- 週末來研究 --Temp3600(留言) 2024年4月14日 (日) 15:47 (UTC)
- 只講這一句,其餘不說了:「WPBS模板目前看來機器人執行上是沒什麼問題的。另外,有些分類基本用不到(例如 同类索引级),不予評論」。反正評級功能沒什麼大問題,個人認為就不用再浪費時間在這種沒問題的上面,不打擾了。--Z7504非常建議必要時多關注評選(留言) 2024年4月18日 (四) 13:45 (UTC)
- 之前說過了,自動評級「有掛模板就能判斷」,既然{{同類索引}}模板存在,就能被自動判斷,且分類裡確實有東西,故不認同「用不到」一說(例三碘化物 (索引)既非消歧義也不是列表),真用不到的話,分類早就O4了。就這樣,我也不想就這個話題繼續(真要較勁的話,{{導論}}也有模板存在,病毒v.s.病毒 (導論),也可以搞出 導論級[Introduction][甚至是 綱要級[Outline]](如馬來西亞v.s.馬來西亞綱要)],但因為導論也有品質,不像同類索引偏點列式,所以導論類條目就共用條目的甲乙丙丁初級)。哪壺不開提哪壺,我們在討論評級時的規範,而你在講機器人能不能工作,這完全兩碼子事,而且顯然現在貿然增減或棄用一個級別存在技術上的複雜性和已報上phab且工程師已完成作業還要頻繁去phab「吵他們」、「煩他們」顯然不是一個好的做法(這點Temp3600講過了不再贅述)。仍然主張維持放所有能自動判斷的級別設為標準級別。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月18日 (四) 13:57 (UTC)
- 然後,有點離題了,建議聚焦在頁面評級與通用評級指引邏輯上的考量。WPBS能使用哪些評級的議案已經公示通過,且能使用,機器人和系統自動評級的部分正 正常工作著,故不必再浪費時間討論。從行政組的工作切入討論起來比較重要-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月18日 (四) 14:26 (UTC)
- 基於此,上面Ping的人已經有一個給出答覆了(Z7504)。其他人我再重Ping一次。@Liaon98、JyunWaan、Lssrn、Cdip150:@Temp3600、Peacearth、Kethyga、Willy1018:@AT、Shizhao: 能夠給些意見嗎?謝謝。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼(☎️·☘️) 2024年4月19日 (五) 15:28 (UTC)
- 所以现在是什么情况?2402:7500:579:89C4:84ED:51FA:80FD:F1D1(留言) 2024年4月26日 (五) 05:52 (UTC)
- ( π )题外话 我终于见识到条目重要度评级标准的存在感有多低了。L'Internationale, Sera le genre humain! 2024年4月27日 (六) 14:52 (UTC)
- 這其實是一個很不幸的情況......條目評級與條目評審是本站的QC,QC壞了,本站其他的管治水平也可想而知。--Temp3600(留言) 2024年5月5日 (日) 07:20 (UTC)
- ( π )题外话 我终于见识到条目重要度评级标准的存在感有多低了。L'Internationale, Sera le genre humain! 2024年4月27日 (六) 14:52 (UTC)
- 才發現通過了一整個指引。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月27日 (六) 15:20 (UTC)
- @A2569875:注意到阁下修改了{{Grading scheme}},添加了一些新的评级,但这些评级全部成为了默认选项。个人认为对于一些小型专题来说,可能不需要这么多类评级。建议把部分评级改为非默认的选项,只需把对应评级
|trigger=
参数的默认值yes
移除即可。——BlackShadowG Slava Ukraini! 2024年5月3日 (五) 01:34 (UTC)
- en:Wikipedia:Content assessment 有較多的內容,我認為這是因為他們是這個制度的來源地,所以有關於制度的歷史流變等可以寫。中維目前只是引入的制度,還沒有社群的經驗,因此沒有這部分的本地經驗可以立為指引,而只能寫一些硬規定。我認為這暫時不是問題,如日後成熟,自然可以再將這些段落引進,指引名字也可以更改。「页面质量评级标准」就暫時只寫標準,待评级流程成熟後,就可以加入這一部分的指引。
- 同意將「标准质量评级」與「標準類別級別」分立為兩個三級標題。這是一項不涉及本質的結構修改,不難。
- 流程图最好有,但要有人來畫...
「通用评级」与「专题评级」的关系:這是我最早就想改寫的部分。既然「通用评级」只可填標準評級而專題評級可以填其他自訂評級,那麼维基百科:通用評級就需要至少修改"若一條目僅有一個專題,其通用評級應與該專題所評的等級一致。",最好是重新理順這一部分的邏輯。
- 整理目前的討論,建議"機器人會根據該頁面最多專題評等的評級等級作為通用評級"繼續保留,但機械人應檢查這會否導致WPBS被評為非正式級別,如發生這種情況,那麼機械人則跳過該條目(可以考慮加入"需要手動進行WPBS評級"的分類),留待人類前來。
- 同意"社群和专题都可以各自独立地对页面评级"的基本策略。這樣就解決了list級的問題。即使專題的評級只有list級,WPBS仍可以手動評為更準確的CL/BL等細分級別。由機械人自動評的list級也與這個邏輯沒有沖突。
- 長遠的最終方向是,WPBS作為條目的內容評級,專題評級則為某一方面提供額外的資訊,類似tag.但這個需要將目前的評級邏輯反過來,我猜一兩年也無法完成,就寫在這而已。--Temp3600(留言) 2024年5月5日 (日) 08:10 (UTC)
修訂案[编辑]
- 雖然我累得(今天)打不完整個修訂案,但至少可以生出一個大綱...--Temp3600(留言) 2024年5月5日 (日) 08:28 (UTC)
维基百科:通用評級[编辑]
- 解決「通用评级」与「专题评级」的关系。斷開兩者的上下級關係。
- 通用評級只限填寫標準評級。
- 介紹一些其他功能,例如專題可以自行加入評級,不過這些不屬於WPBS的範圍,將它們指示到其他頁面去。
维基百科:页面质量评级标准[编辑]
- 對應通用評級的改動,明確兩者間的關係。即: QUALITY負責規定那些級別屬於標準評級,及提供評級的參考。也提供其他非標準級別的介紹。通用評級指引則負責通用評級的流程,由社群負責,為條目的質量提供評級,而專題級模版級等請不要來找WPBS.
- 結構調整,將「标准质量评级」與「標準類別級別」分立為兩個三級標題。
T: Grading scheme[编辑]
- 為所有標準類別補上例子。
後續討論[编辑]
关于 rater.js 脚本[编辑]
前面的讨论貌似没有涉及到老版本的rater.js脚本(User:Chiefwei/rater aka en:User:Kephir/gadgets/rater)。貌似enwiki那边已经废弃了老版本的rater.js,并且由Evad37推出了新版的rater.js(en:User:Evad37/rater)。我再考虑将新版本引入并做本地化,不知道目前是否已经有类似的工作了?--Ceba_robot 才不是机器人! 2024年2月16日 (五) 17:57 (UTC)
- 有見到Ericliu1912和YFdyh000兩版。--Cookai餅塊🍪(💬留言) 2024年2月16日 (五) 18:17 (UTC)
- 妥了,看起来YFdyh000的目前跟上游已经同步,还是不要做重复工作比较好(--Ceba_robot 才不是机器人! 2024年2月16日 (五) 18:24 (UTC)
- 我也跟進
借鑑了,至少現在用哪一個版本都不會落後。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年3月4日 (一) 11:51 (UTC)
- 我也跟進
- 妥了,看起来YFdyh000的目前跟上游已经同步,还是不要做重复工作比较好(--Ceba_robot 才不是机器人! 2024年2月16日 (五) 18:24 (UTC)
- 目前仍有大量站內頁面連結至User:Chiefwei/rater,建議更新。--Temp3600(留言) 2024年3月3日 (日) 07:57 (UTC)
- 還真不知道rater.js有這東西,但這個社群對於專題過往都是冷漠處理的,沒想到近幾個月開始變得重視了。沒差,評級功能不要影響到就好,多說可能無益。--Z7504非常建議必要時多關注評選(留言) 2024年4月18日 (四) 13:47 (UTC)
管理人员申请预讨论[编辑]
工单准备[编辑]
这里有一点需要注意的内容。首先,根据Wikipedia:徵求意見/2024年管理人員制度改革#議案2B:處理合併選舉規則不清晰問題,新投票界面应包含类似「管理人員選舉無當選限額,各候選人分開計票,支持票不限於一票」的指引。其次需要考虑到Wikipedia:徵求意見/2024年管理人員制度改革#議案2A:合併選舉存廢中所讨论的可否拆分。同时,根据上方讨论关于WT:ARBCOM#問卷的说法,同时包含关于仲裁委员会的调查问卷(不是选择,而是填文字回答):
管理人員解任在多大程度由仲裁委員會處理?
- 甲、仲裁委員會按調查事實及方針指引,直接作出除權決定。
- 乙、由仲裁委員會調查事實並發佈管理人員操守報告,確認存在違規事實後,才轉交社群決議除權。
- 丙、仲裁委員會完全不參與管理人員解任。
欢迎讨论。0xDeadbeef (留言) 2024年4月3日 (三) 12:42 (UTC)
- 請問這個是指提交給仲裁委員會的案件,還是所有RFDA案件?--桐生ここ★[讨论] 2024年4月3日 (三) 14:48 (UTC)
- 路西法人的意见是所有RFDA经过ARBCOM,我的意见是RFDA和ARBCOM不互相影响。这个问题或许也可以添到工单上。--0xDeadbeef (留言) 2024年4月4日 (四) 00:52 (UTC)
- 赞同你的意见“RFDA和ARBCOM不互相影响”,支持添加到工单上。--桐生ここ★[讨论] 2024年4月4日 (四) 03:44 (UTC)
- 這需要另行草擬問題。我覺得此問題本身可以先加上定語,只涵蓋由仲裁委員會經手處理者(也就是原本社群提出者另議),以避免混淆。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月4日 (四) 09:35 (UTC)
- 赞同你的意见“RFDA和ARBCOM不互相影响”,支持添加到工单上。--桐生ここ★[讨论] 2024年4月4日 (四) 03:44 (UTC)
- 路西法人的意见是所有RFDA经过ARBCOM,我的意见是RFDA和ARBCOM不互相影响。这个问题或许也可以添到工单上。--0xDeadbeef (留言) 2024年4月4日 (四) 00:52 (UTC)
- 可附上相關討論連結。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月4日 (四) 09:35 (UTC)
- 我還是比較同意上方說Eric Liu說
如果只是希望給意見,那還不如改成通告,直接請大家去討論頁留言互動,而不是事後再個別整理幾條留言。
的說法。這樣附上留言的方式不便於詳細展開討論。--Ghren🐦🕐 2024年4月4日 (四) 17:24 (UTC)- 如是者,我不清楚你們這個問卷調查是是不是要匿名徵求意見。如果答案為是,可考慮加入工單;如是答案為否,我建議在管理員選舉的說明中提及+MMS即可。--春卷柯南-發前人所未知 ( 論功行賞 ) 2024年4月4日 (四) 22:35 (UTC)
- 据说是匿名征求意见--0xDeadbeef (留言) 2024年4月5日 (五) 01:37 (UTC)
- Why not both?匿名收集意見方便整合各方觀點,也撇除了發言者身份的觀感,方便往後只針對觀點討論;MMS內引導亦可即時邀請更多用戶參與相關討論。--路西法人 2024年4月5日 (五) 01:42 (UTC)
- 我想即使是在一般的頁面討論,也應該要做到「整合各方觀點」和「對事不對人」這兩件事吧。匿名收集意見不是完全對以上兩點沒有幫助,只是作用很少而已。--Ghren🐦🕒 2024年4月5日 (五) 07:13 (UTC)
- 不试试怎么知道有没有帮助呢?what's the worst that can happen?没有人提意见?没有有价值的意见?那又怎样。结果出来整合一下大家的意见,再公开讨论也还好吧。--0xDeadbeef (留言) 2024年4月5日 (五) 10:26 (UTC)
- 我想即使是在一般的頁面討論,也應該要做到「整合各方觀點」和「對事不對人」這兩件事吧。匿名收集意見不是完全對以上兩點沒有幫助,只是作用很少而已。--Ghren🐦🕒 2024年4月5日 (五) 07:13 (UTC)
- 如是者,我不清楚你們這個問卷調查是是不是要匿名徵求意見。如果答案為是,可考慮加入工單;如是答案為否,我建議在管理員選舉的說明中提及+MMS即可。--春卷柯南-發前人所未知 ( 論功行賞 ) 2024年4月4日 (四) 22:35 (UTC)
- 根據phab:T358067的時間軸,此次管理人員選舉的投票時間只能夠在5月初開始。我們有可能需要更新一下投票時間。--1233 (T / C) 2024年4月9日 (二) 06:51 (UTC)
- 依據現行指引,獲得正式提名之時,必須立即置申請子頁面,且一定要在四月二十八日前完成安全投票籌備。顯然此規定無法實現,彈性過低,事後大概需要一併檢討。至於是次申請的處理方法,我認為可以經全體被提名者同意(或至少予以知會),請行政員宣告因現行規定窒礙難行,延後討論期及投票期。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月11日 (四) 12:33 (UTC)
- 副知@Manchiu、UjuiUjuMandan、ASid、ATannedBurger、SickManWP。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月11日 (四) 12:34 (UTC)
- 本人已於昨晚宣佈退選,故私以為不用為本人建立RFA子頁面。我認為現時可以為四位候選人建立RFA子頁面,這樣就能提早進入發問環節,爭取更多時間讓社群了解候選人的觀點及立場。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月11日 (四) 12:38 (UTC)
- 支持先進入提問期。--桐生ここ★[讨论] 2024年4月11日 (四) 16:10 (UTC)
- 但提早進入,也提早結束,我認為申請應反映社群最新共識變動,所以越遲開始越好。無論如何,在大家還沒商定期限以前,都不應該逕行開始。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月11日 (四) 16:28 (UTC)
- 個人認為可延長提問期以增加關注度。理論上當前條文為
在被提名者經行政員確認獲得正式提名之時起二週內,任何使用者都可以發表意見,包含提問及討論等
,不過考量到此條自2006年以來就已設立,個人認為此根據自由意志的二週
提問期限(若不是因自由意志所設立,我也很有興趣知道為什麼不是)已無法實際符合當前RFA的狀況,包括因SecurePoll所導致的各種選舉過程延宕的情況。 - 個人會希望提問期可從設立RfA子頁面開始至投票前一到二週結束,而之所以留空一到兩週的目的是作為緩衝並希望候選人能回答完所有問題。嘛,當然,這個提案很有可能會導致候選人需要答題的數量變多,但可透過其他措施如限制問題數量至一人三問或其他方式來進行改善。--(☎)dt 管理員競選中 2024年4月14日 (日) 07:41 (UTC)
- 個人認為可延長提問期以增加關注度。理論上當前條文為
- (及@AT)—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月11日 (四) 16:28 (UTC)
- 再副知其他行政員@Ffaarr、Jimmy Xu、Kegns、Shizhao、Wing、Wong128hk。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月11日 (四) 18:56 (UTC)
- 本人已於昨晚宣佈退選,故私以為不用為本人建立RFA子頁面。我認為現時可以為四位候選人建立RFA子頁面,這樣就能提早進入發問環節,爭取更多時間讓社群了解候選人的觀點及立場。--維基病夫邀請您加入❤️邊緣人小組·🖊️簽到 2024年4月11日 (四) 12:38 (UTC)
- 千村狐兔(留言) 2024年4月11日 (四) 15:09 (UTC) 已知悉。辛苦。-
- 感謝告知,辛苦了謝謝。--~~Sid~~ 2024年4月11日 (四) 15:43 (UTC)
- 副知@Manchiu、UjuiUjuMandan、ASid、ATannedBurger、SickManWP。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月11日 (四) 12:34 (UTC)
- @Ericliu1912 @Shizhao @ATannedBurger 距离五月不足两周了,本人认为应该开始讨论期(最好是4月21日),直到投票准备就绪为止。鐵膠壹名 2024年4月18日 (四) 08:36 (UTC)
- 依據現行指引,獲得正式提名之時,必須立即置申請子頁面,且一定要在四月二十八日前完成安全投票籌備。顯然此規定無法實現,彈性過低,事後大概需要一併檢討。至於是次申請的處理方法,我認為可以經全體被提名者同意(或至少予以知會),請行政員宣告因現行規定窒礙難行,延後討論期及投票期。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月11日 (四) 12:33 (UTC)
- @Manchiu @UjuiUjuMandan @AT @ASid @ATannedBurger 行政员已完成申请资格复核,现已建立对应的选举页面(Manchiu、UjuiUjuMandan、AT、ASid、ATannedBurger),唯根据上面的讨论,提问时间尚未开始。鐵膠壹名 2024年4月14日 (日) 07:11 (UTC)
- 辛苦了--(☎)dt 管理員競選中 2024年4月14日 (日) 07:16 (UTC)
- 今天已经是4月23日(UTC+8),各候选人的RFA界面也都已经完成设立,本讨论自一周前已无更新内容。若按照工单中所述,4月26日直接进入投票期,是否意味着提问时间将与投票期重合?还是说社群有其他关于提问期及投票期之决议?--SheltonMartin留言|签名 2024年4月23日 (二) 02:03 (UTC)
- @阿南之人 @SheltonMartin 根据phab:T358067,U4C的投票目前为第一优先级(由4月26日到5月9日),考虑到讨论期一般开启七天,如开启太长时间的话会给参选的人带来不必要的压力,则最早讨论期应由5月3日开启,在中维选举在U4C选举之后立即开始的情况下。--0xDeadbeef (留言) 2024年4月23日 (二) 12:23 (UTC)
- (而U4C的投票还要点票这个事情,我建议先等U4C的投票点票结束再考虑什么时候开启讨论。)--0xDeadbeef (留言) 2024年4月23日 (二) 12:26 (UTC)
- 1. 请社群讨论,是否有必要在揭示板或其他地方对讨论期及投票期的时间节点作出更清晰的说明?
- 2. 先前有编辑提出延长讨论期的动议,社群是否考虑付诸讨论?
- 3. 建议明确后续管理人员任免投票的时间节点(如在某月第某周开启),对中维的大部分用户而言,U4C的投票能有多大限度影响中维的管理人员任免存疑,而且似乎也没有看到各语言维基需避开U4C或类似选举的规定或先例。
- 以上。--SheltonMartin留言|签名 2024年4月24日 (三) 00:27 (UTC)
U4C的投票能有多大限度影响中维的管理人员任免存疑
- votewiki在U4C投票期间是英文,而一般中维投票时会改为中文。你要觉得大家能看着英文投票就没事。- 别的语言维基又不用SecurePoll。--0xDeadbeef (留言) 2024年4月24日 (三) 08:17 (UTC)
- @Manchiu、UjuiUjuMandan、ASid、ATannedBurger:不然設五月一日至十四日為正式討論期,十五日至二十八日為投票期?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月24日 (三) 07:57 (UTC)
- 可--(☎)dt 管理員競選中 2024年4月24日 (三) 08:02 (UTC)
- OK。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2024年4月24日 (三) 08:39 (UTC)
- 已更新选举页面。鐵膠壹名 2024年4月24日 (三) 09:43 (UTC)
- @阿南之人 @SheltonMartin 根据phab:T358067,U4C的投票目前为第一优先级(由4月26日到5月9日),考虑到讨论期一般开启七天,如开启太长时间的话会给参选的人带来不必要的压力,则最早讨论期应由5月3日开启,在中维选举在U4C选举之后立即开始的情况下。--0xDeadbeef (留言) 2024年4月23日 (二) 12:23 (UTC)
- 好。辛苦諸位。-千村狐兔(留言) 2024年4月24日 (三) 23:30 (UTC)
- @Manchiu @UjuiUjuMandan @ASid @AT @ATannedBurger 今天讨论+提问时间正式开始。请各用户和候选人做出准备。L'Internationale, Sera le genre humain! 2024年5月1日 (三) 03:32 (UTC)
- SCP-0000(留言) 2024年5月13日 (一) 15:32 (UTC)
- 那麼提問環節是相應延長?已有候選人表示提問壓力甚大…-千村狐兔(留言) 2024年5月14日 (二) 09:45 (UTC)
- 本人认为停止提问,但可以继续在意见区讨论。L'Internationale, Sera le genre humain! ✏️ 2024年5月14日 (二) 09:51 (UTC)
- 提問環節的長度是有規定的,我認為不宜延長。同意上面的見解。Sanmosa 全方貧工之聯合 2024年5月14日 (二) 09:54 (UTC)
- 無論如何,感謝千村狐兔(留言) 2024年5月15日 (三) 02:31 (UTC) SCP-2000君辛勞。-
- 既然社群無異議,現暫定5/29 - 6/12舉行,謝謝。--SCP-0000(留言) 2024年5月15日 (三) 06:06 (UTC)
- 提问,若5/29 T&S仍未回复,投票期是否会继续延长?--SheltonMartin留言|签名 2024年5月16日 (四) 05:25 (UTC)
考慮到設立選舉的準備尚未完成(投票者列表相關 query 仍在執行,且 T&S 仍未回覆),個人建議投票期由5/15延遲至兩週後,即5/29舉行?副知候選人。謝謝。-- - 那麼提問環節是相應延長?已有候選人表示提問壓力甚大…-千村狐兔(留言) 2024年5月14日 (二) 09:45 (UTC)
- SCP-0000(留言) 2024年5月18日 (六) 01:56 (UTC)
- 知悉,辛苦!-千村狐兔(留言) 2024年5月18日 (六) 02:25 (UTC)
- 知悉,有勞通知。--J.Wong 2024年5月27日 (一) 01:04 (UTC)
T&S 回覆稱可在 5/29 - 6/12 期間舉行選舉。另外,由於運動憲章批准投票於 6/25 開始,技術上行政員不能作出延長選舉一週的做法。副如候選人及監督員。謝謝。-- - @AT @ATannedBurger @ASid @Manchiu @UjuiUjuMandan 再次通知候選人,投票已經於8:00開始。雖然是我八點二十多補上投票鏈接的 L'Internationale, Sera le genre humain! ✏️ 2024年5月29日 (三) 00:39 (UTC)
這裡有兩個問題。第一、徵求意見內容實際上並未經公示通過,措辭亦有商榷之虞(包含上方早已提出之若干意見,以及事後他人提出翻譯腔問題等),由於程序不夠完備而無法及時調整;且此次投票本因故延長,還有更多時間(一個多月)準備,既非匆忙間不能顧及者,則更不應該如此才是。本人要求嚴正檢討改進程序問題。第二、有人無法投票,或許是因為合格選舉人名單過時而未更新。此為極嚴重之差錯,請社群立即協助處理。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月29日 (三) 06:40 (UTC)
- @Ericliu1912、RiceKing: 已請求增加至投票者列表。--SCP-0000(留言) 2024年5月29日 (三) 06:57 (UTC)
- @RiceKing: 已增加,請問能否正常投票?--SCP-0000(留言) 2024年5月29日 (三) 07:41 (UTC)
- @SCP-2000@Ericliu1912:現在可以了,感謝二位!--Rice King 信箱 · 留名.邊緣人 2024年5月29日 (三) 07:41 (UTC)
- 這邊也問一下協助設立選舉的相關用戶@SCP-2000、阿南之人:候選人自己選舉的投票是否和上次一樣,在最後結算的時候減一票支持以抵銷候選人投給自己的票?--(☎)dt 管理員競選中 2024年5月30日 (四) 13:13 (UTC)
- @ATannedBurger:與監督員 Wong128hk 討論中。--SCP-0000(留言) 2024年5月30日 (四) 13:28 (UTC)
- 見目前投票頁是分立,所以為什麼會有候選人投票予自己之情況?
- 理論上,結算時可以將特定用戶之選票刪去。--J.Wong 2024年6月2日 (日) 02:45 (UTC)
對新用戶禁用內容翻譯工具(續)[编辑]
原討論存檔見此:Wikipedia:互助客栈/其他/存档/2024年3月#對Phabricator的回應
以下為Pginer-WMF的最新回應:
Perfect. I think we can plan to introduce these changes. We plan to introduce these in iterations.
- Limit publishing into the main namespace to "extended confirmed users" only.
- Get input from the community on the effects, for the community to decide whether to make the restriction more/less strict.
- Make machine translation non-default.
In this way we can have a better understanding on the effect of each of the changes and how to adjust them.
簡單而言,他們將作出以下更改:僅允許延伸確認用戶將翻譯發佈到主命名空間,並願意之後依社群意見將限制調整成更嚴格 / 寬鬆;以及機械翻譯設為非預設選項。
SCP-0000(留言) 2024年3月23日 (六) 13:27 (UTC)
考慮到他們的提議與過去討論的共識(即禁止翻譯發佈到主命名空間及機翻設為非預設)相近,如果一週後沒有任何異議,即視為社群同意他們的提議。副知所有曾參與討論的編者。謝謝。--- 沒問題。--日期20220626(留言) 2024年3月23日 (六) 13:33 (UTC)
- 應該可以。--冥王歐西里斯(留言) 2024年3月23日 (六) 14:20 (UTC)
- 挺好,我收到了邮件但都忘了这事了。--MilkyDefer 2024年3月23日 (六) 15:01 (UTC)
- 好。 -Lemonaka 2024年3月23日 (六) 16:56 (UTC)
- 非常好。——Aggie Dewadipper 2024年3月23日 (六) 19:55 (UTC)
- 他們願意退讓是可以就此參考他們的意見啦--SunAfterRain 2024年3月24日 (日) 14:16 (UTC)
- 赞同。--桐生ここ★[讨论] 2024年3月24日 (日) 16:51 (UTC)
既然已有多人同意此變更,且正如上方提到他們的提議與過去的共識相近,故依照 WP:SNOW 視社群同意他們的提議,並已在 phab 反映社群的意願。謝謝。--SCP-0000(留言) 2024年3月24日 (日) 14:29 (UTC)
- 不反对如此配置。但扒了三个有使用内容翻译工具的直出主条目空间的成品(中国的动物福利和权利、自由意志民主党人、杰克逊·欣克尔 ),我还是觉得禁用了可能更好。 囧rz……——Sakamotosan路过围观 | 避免做作,免敬 2024年3月25日 (一) 08:15 (UTC)
- 目前方案通過後第一個條目不會直接輸出到主空間,因為作者的編輯數量還達不到延伸用戶的級別。所以至少擋掉三分之一了,不錯了。--日期20220626(留言) 2024年3月25日 (一) 08:20 (UTC)
- 如果可以,不知能否幫忙整理使用內容翻譯而有問題的條目?這樣方便與基金會溝通時,有相關例子可供他們參考及研究。謝謝。--SCP-0000(留言) 2024年3月25日 (一) 16:44 (UTC)
- 感觉被G13的多少都是内容翻译的条目。。。—-Aggie Dewadipper 2024年3月25日 (一) 18:39 (UTC)
- 偶爾也有非內容翻譯的條目被掛G13。--日期20220626(留言) 2024年3月25日 (一) 22:26 (UTC)
- 感觉被G13的多少都是内容翻译的条目。。。—-Aggie Dewadipper 2024年3月25日 (一) 18:39 (UTC)
- @SCP-2000:用RTRC找主条目空间、新建页面(因为原生最近更改不方便找新建页面)、标签为“内容翻译”、“内容翻译2”的,应该会存在不少。例如找到一篇乔安娜·斯丁格蕾(oldid=82028905)。好像最近多了一批没用户页的新用户在用这个系统来翻译,而且首次格式质量都存在或多或少同类问题(包括斜体、数字间空格、参考注脚之间空格或者参考复制的一些格式暴露(<cite>这种)、缺少参考列表,部分还有格式紊乱、模板丢失)虽然这些问题是新页面巡查员应该去做的事……——Sakamotosan路过围观 | 避免做作,免敬 2024年3月26日 (二) 02:15 (UTC)
- 根據提案,新用戶已經無法通過內容翻譯直接在主空間生成條目。--日期20220626(留言) 2024年3月26日 (二) 03:31 (UTC)
- 只是提供收集说服来源的方法。当然希望拉高下限能挡住一部分借助该系统粗制滥造的低质量翻译条目。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月26日 (二) 13:15 (UTC)
- 根據提案,新用戶已經無法通過內容翻譯直接在主空間生成條目。--日期20220626(留言) 2024年3月26日 (二) 03:31 (UTC)
- 另外,感觉User:New user message不会对不是以本项目注册的新用户发自动欢迎的(例如找到的User:赛博崔会遇见电子铝黄瓜吗、User:Art4cn),有可能导致新用户缺乏对格式规则的了解。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月26日 (二) 02:26 (UTC)
- 这个改配置即可,可以在其建立本地账号时发送。个人认为至少其有一个编辑在发送会好些?(改配置噩梦)--Hualin🎗️希望の星は青霄に昇る Commons|Talk 2024年3月30日 (六) 22:34 (UTC)
- What the hell is that? -Lemonaka 2024年3月30日 (六) 01:21 (UTC)
- In general, Content translation will redirect users to their chosen language of wiki, even if they use it on zhwiki. So I don't think it's the content translation's fault, but I have no idea how they can do that :)--SCP-0000(留言) 2024年3月30日 (六) 07:45 (UTC)
内容翻译现已缩紧[编辑]
(註:複製自WP:互助客棧/消息#内容翻译现已缩紧,原由User:MilkyDefer發布。)
自4月10日(三)起,只有拥有延伸确认权限的使用者可以使用内容翻译功能将页面发布到主条目空间。这次调整是因应近期多发的粗滥翻译问题所做出的。延伸确认权限自动授予注册满90天且编辑满500次的编者,以及管理员。
请巡查员和所有编者留意这次更改后,翻译条目的品质是否有改善。其结果会决定是否采取下一阶段的措施:将“从原文开始”设定为默认翻译选项。
SCP-0000(留言) 2024年4月11日 (四) 17:11 (UTC)
副知所有曾參與討論的編者。謝謝。--- phab:T349959#9711650,疑似未生效。--碟之舞📀💿 2024年4月14日 (日) 07:50 (UTC)
- 不過好像數量並不多。--日期20220626(留言) 2024年4月14日 (日) 07:58 (UTC)
- 原因也大致抓到了,Special:PermanentLink/82270024#L-111應該能當臨時補丁--SunAfterRain 2024年4月14日 (日) 14:35 (UTC)
- 并没有生效:Special:用户贡献/EitanVel。上面的patch有管理员review下么?--Tim Wu(留言) 2024年4月19日 (五) 01:36 (UTC)
- @SunAfterRain Not applied till now, Special:Contributions/Hueydome88E92 -Lemonaka 2024年4月21日 (日) 10:52 (UTC)
- phab:T349959#9734223 patch backports in today. 雖然我是不知道他們說的移植後仍然有問題是甚麼意思,畢竟我剛才看的結果確實有正確攔截到了...--SunAfterRain 2024年4月23日 (二) 12:39 (UTC)
- 確實還沒有修正,如火腿黃油三明治。--SCP-0000(留言) 2024年4月24日 (三) 03:51 (UTC)
- phab:T349959#9734223 patch backports in today. 雖然我是不知道他們說的移植後仍然有問題是甚麼意思,畢竟我剛才看的結果確實有正確攔截到了...--SunAfterRain 2024年4月23日 (二) 12:39 (UTC)
- 目前為止未見有非延伸確認用戶能發布條目至主條目空間,似乎已被修正。另外,現時僅限制發布權限,而沒有限制使用機翻的權限,草稿仍大機會存在翻譯質素低下的問題,煩請各位注意翻譯條目的品質有否改善。如果一個月後沒有任何意見,則會讓此討論自動存檔。副知所有曾參與討論的編者。謝謝。--SCP-0000(留言) 2024年5月23日 (四) 08:15 (UTC) 補丁已於5/15部署,
- 一月似過久,二週何如?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月23日 (四) 12:20 (UTC)
- 兩星期未必足夠觀察其變化及影響,且此討論非急需結案或關閉。--SCP-0000(留言) 2024年5月23日 (四) 16:31 (UTC)
Unblock-zh.org[编辑]
很久以前讨论过的一个项目,也就是unblock-zh的网站版,我最近给他做出来了,如果对测试版软件感兴趣的话,请去 https://unblock-zh.org 这里去看看。(注意测试版软件,你的用户最后很可能被删掉!)
附带一个教学视频 https://www.youtube.com/watch?v=IImfyNnRB4M
目前站外用户申请账户的方式是Wikipedia:账号请求发送邮件,其实也没有太不方便。但是这个途径我觉得还是更直观一点,比邮件列表好用一点,尤其是管理员处理的时候。我的想法是网站可以和邮件列表并存,或者以后达成互联。欢迎提出意见。Bluedeck 2024年4月29日 (一) 04:05 (UTC)
- PS. 已经收到tigerzeng的意见,允许用户自定义提供的IP地址字段,以解决部分代理的问题。Bluedeck 2024年4月29日 (一) 04:22 (UTC)
- 超 英 趕 美 —— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月29日 (一) 08:09 (UTC)
- 我最期待的畫面出現了。--AT 2024年4月29日 (一) 09:14 (UTC)
- 好吧,终于把这个弄出来了——是蓝桌弄的?那就不出奇了。 赞——Sakamotosan路过围观 | 避免做作,免敬 2024年4月29日 (一) 09:29 (UTC)
- 非常好UX。至于是否方便了用户,我好奇能否在合理的范围内收集一些统计数据作对比,这样最有说服力。--碟之舞📀💿 2024年4月29日 (一) 14:10 (UTC)
- 另外这个工具让我想到了我很久之前做的维基媒体服务器连通性面板。--碟之舞📀💿 2024年4月29日 (一) 14:37 (UTC)
- 非常好软件。
- 不必要的功能建议:1.通过遍历封禁日志的摘要有无对应模板,显示是否是ip封禁。2.通过接口调用在界面一键创建账户(和授予ipbe?)
- 另外问一下数据托管在哪里?将来投入使用的话需要作为存档使用,所以数据需要备份好。--落花有意12138 2024年4月29日 (一) 14:42 (UTC)
- 一键创建账户/授予PIBE的话,有两种途径。第一,管理员通过oAuth授权unblock-zh.org,通过管理员账户操作,然后从本地日志看来,操作者是管理员。第二种途径是,成立一个机器人账户,比如名叫 unblock-helper-abot,并且赋予机器人管理权限,然后通过机器人操作,并在摘要里说明是根据哪个管理员的指令操作的。让我来决定的话,我倾向于使用第二种方式,因为我希望尽量不要向第三方授权我自己的账户,但是第一种方式的日志更加清晰。请问一下其他人的想法。Bluedeck 2024年4月29日 (一) 17:39 (UTC)
- 使用OAuth可以只需要简单的身份识别获得权限,用于确认是不是登录系统的对应是wiki的哪个用户。然后代理操纵的机器人可以标记操作人员的wiki用户名(通过前面获得的信息)。——Sakamotosan路过围观 | 避免做作,免敬 2024年4月30日 (二) 02:33 (UTC)
- 如果不改变单管理员授权模式,我倾向于第一种,这样和原先的工作模式保持一致,便于查询。
- mw:OAuth/For_Developers称应用做的操作会有标签。--落花有意12138 2024年4月30日 (二) 11:04 (UTC)
- 在这里没有看到可以使用oauth给用户添加组别的选项,那么也是说IPBE的授予只能透过abot进行了。Bluedeck 2024年5月1日 (三) 21:41 (UTC)
- 的确只能这样。——Sakamotosan路过围观 | 避免做作,免敬 2024年5月2日 (四) 03:40 (UTC)
- 咱好像记着这种权限似乎不需要特别勾上某个选项就默认拥有,您要不尝试一下? Stang★ 2024年5月8日 (三) 01:14 (UTC)
- 真的假的,在授权的时候不声明却可以操作改变用户组这么重要的操作?如果是真的那也是个bug吧 Bluedeck 2024年5月11日 (六) 08:40 (UTC)
- 在这里没有看到可以使用oauth给用户添加组别的选项,那么也是说IPBE的授予只能透过abot进行了。Bluedeck 2024年5月1日 (三) 21:41 (UTC)
- 用API能查IP有没本地封或者全域封,好像不是必要。——Sakamotosan路过围观 | 避免做作,免敬 2024年4月30日 (二) 02:26 (UTC)
- 一键创建账户/授予PIBE的话,有两种途径。第一,管理员通过oAuth授权unblock-zh.org,通过管理员账户操作,然后从本地日志看来,操作者是管理员。第二种途径是,成立一个机器人账户,比如名叫 unblock-helper-abot,并且赋予机器人管理权限,然后通过机器人操作,并在摘要里说明是根据哪个管理员的指令操作的。让我来决定的话,我倾向于使用第二种方式,因为我希望尽量不要向第三方授权我自己的账户,但是第一种方式的日志更加清晰。请问一下其他人的想法。Bluedeck 2024年4月29日 (一) 17:39 (UTC)
- 赞 赞 赞 牛逼--Dnaimfz(留言) 2024年5月11日 (六) 04:04 (UTC)
- 管理員布告板抄送一份通知連結至此?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月1日 (六) 08:43 (UTC) 話說可給
- wikitech:Help:Cloud VPS?如果有,為什麼不選擇部屬在該處?--SunAfterRain 2024年6月4日 (二) 09:30 (UTC) 想好奇請問是否有考慮過部屬在
试运行[编辑]
在过去的几周里,我增加了最后的一些的功能,分别是1)按日期搜索排列工单;2)邮件回复模板;3)管理员删除工单、删除消息界面;4)用户改名功能。我想知道大家觉得还缺少哪些网站本身的功能(邮件服务器、机器人授予IPBE除外)。如果感觉差不多了,那么可以进行试运行。试运行期间,再对可能发现的新的功能需求进行补充。试运行的提议正在进行公告。如果通过,将会将网站首页文字改为试运行,并暂时移除一些只具有展示效果的链接,然后在用户无法注册的提示页面加入网站的链接,这些操作大概最多需要一天就能完成。在试运行决议通过前,如果对网站有任何问题,欢迎在此讨论。Bluedeck 2024年5月13日 (一) 23:30 (UTC)
- 功能方面,个人认为管理员不应该有删除工单的能力,这个应该由维护者来做,比如遇到spam/扰乱性工单就打上相应的标签,若干天后自动删除;可不可以出个statistics大概写一下某月某人处理了多少工单之类的;反spam方面怎么样,你觉得需要加个recaptcha吗;模板建议是放到Github或者类似公开的地方,需要改的人发pr;可以考虑加一个link/merge功能么,比如一个用户就一个问题发了多个ticket,这个时候可以把它们关联起来;感觉可以把login改的小一点,或者让非管理人员意识到不需要登录就可以发ticket。
- 另外就是建议放到toolforge或者cloud VPS上。顺便问个问题,你觉得这个系统需要承担unblock-zh最原始的封禁申诉职能吗 Stang★ 2024年5月14日 (二) 01:47 (UTC)
- 谢谢提议!简短回应:
- 删除工单就是为了应对扰乱才设计的功能。删除之后可以恢复或检视。(UI需要另外添加)工单的永久保留或删除问题在下面讨论。
- 反spam:UTRS目前是阻止同一个IP地址多次发送工单。但是我的方案不记录IP地址,无法阻止。我可以考虑一下记录ip地址的hash,并由此进行rate limit。我个人完全不喜欢captcha,除非不得已,我可能会考虑上captcha。在此之前我会尽量用其他手段处理spam问题。我有一些asymmetric proof of work的方法能防止自动化的spam。如果有人无聊到要手工spam,那么唯有记录IP并进行区段查封这一个办法。(但是这样一来,不就把本身的目的给击败了??)
- 邮件模板:我不会放在github,毕竟不是每个管理员都会开PR,我简单的开一个用户页面存储目前的模板,谁想添加,给我留个言即可。邮件模板都是非常简单的纯文字模板。当然,如果你喜欢用gh,那么在前端的repo里有一个文件,你也可以直接PR这个文件。
- link/merge:race condition太多,最多做成stack overflow/github issues那样,“标记为#109的duplicate。关闭”这种解决方案。
- login改小:我肯定会让新用户看到不login就能发工单,这是一个重要的因素。
- statistics:这个我一定会做,因为这会让处理工单变得很有趣,我的设想是做一个leaderboard,能够激发人们对于处理工单的无限潜能,哈哈哈哈。
- Hosting:toolforge不能满足我的要求,CloudVPS不熟悉。将来打算支持图片上传,需要一个能挂载S3的环境,另外多区域host允许你把服务器托管在东京/首尔/LA。目前,服务器托管在Vultr的新泽西区上面。
- 这个网站做成网站的形式,是为了新用户方便的注册+IPBE(也就是unblock-zh-ipbe的功能)。处理被长期封禁的用户在邮件列表中50-100封邮件那么长的申诉,并不是网站初衷。如果有人就是要在网站上申诉,管理员也选择在网站上处理,那我不会站出来阻止,但是如果网站上出现了对维基百科历史有一定意义的讨论内容,我觉得有应当抄送一份到邮件列表。
- Bluedeck 2024年5月14日 (二) 04:12 (UTC)
- update: 已经增加了查看和恢复已删除工单的功能。Bluedeck 2024年5月19日 (日) 06:40 (UTC)
另外还有两个别的需要讨论的问题:
- 工单是否永久保存?永久保存是目前的默认,而且邮件列表也是永久保存的。但是我觉得比如挂上“处理结束”标记90/180天之后永久删除相关信息这个是更安全的做法,想征求一下大家的意见。
- 开源:从一开始我就设想开源。这个项目有4个repo,其中3个可以在最近开源。一个需要我检查一下有没有API Key之类的物品遗落在代码中,然后才能开源。请期待。
- 共同参与:如果您想共同参与开发,或者参与对服务器的运维,欢迎在这里提出来。Bluedeck 2024年5月14日 (二) 04:49 (UTC)
- 感謝貢獻,整體非常完善。如有需要可以協助維護。--Borschts™ 歡迎外帶一碗羅宋湯 2024年5月14日 (二) 13:32 (UTC)
- 存檔應保留,只是可以限制普通使用者存取。另外,也應考慮先行在站內撰寫說明頁面,或補充現有方針與指引不足,以便利用。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月14日 (二) 15:05 (UTC)
- 注意到兩點可以改善:
- 無法創建帳號者不應提供「我不想提供郵箱」的選項,創建帳號時需填寫對方電郵地址才能安全發送臨時密碼。如果不想提供郵箱則難以協助創建帳號。
- 需要添加提示文字,若不提供IP地址則申請有可能不獲受理(始終審批IPBE時需要驗證用戶是否使用proxy)。
- --路西法人 2024年5月15日 (三) 07:52 (UTC)
- 我脑海中预想的不提供邮件的处理方式:网站生成一个强的随机密码并记录在工单中,用户通过随机密码登入。优点:用户不需要邮箱地址。缺点:不提供邮箱的用户等于需要不断的刷新页面查看处理进度,是一个糟糕的体验。对于管理员,需要复制粘贴网站生成的密码来创建账户,也是多了一个步骤。上面我只是说明了操作的可行性,至于这个功能是否保留,可以继续讨论决定。对于第二点,IPBEG如果有这个要求,那我完全可以添加这个提示文字(甚至可以在维基百科设置一个页面,比如Template:Unblock-zh/strings/new-ticket-notice,然后网站可以反映这个页面的任意文字。)Bluedeck 2024年5月19日 (日) 06:22 (UTC)
- 我的想法是只要有任何第三方人員可以接觸到任何密碼的方案都是不安全的,尤其在發送郵件時在此類第三方網站留存臨時密碼亦是相當危險的;即使我信任你會盡力保障網絡安全,但顯然不安全的操作應儘可能完全避免。郵件、代理IP地址等都尚算不太危險的資訊,密碼真的不行。--路西法人 2024年5月21日 (二) 01:25 (UTC)
- 我想了一下觉得你说得很有道理。如果有的用户收到临时密码后不加更改,那么等于这个用户的密码永远的挂在一个所有管理员都能看到的地方,是不妥的。我已经把界面改成如果请求账户,必须提供邮箱,否则无法提交。Bluedeck 2024年5月21日 (二) 01:50 (UTC)
- 我的想法是只要有任何第三方人員可以接觸到任何密碼的方案都是不安全的,尤其在發送郵件時在此類第三方網站留存臨時密碼亦是相當危險的;即使我信任你會盡力保障網絡安全,但顯然不安全的操作應儘可能完全避免。郵件、代理IP地址等都尚算不太危險的資訊,密碼真的不行。--路西法人 2024年5月21日 (二) 01:25 (UTC)
- 我脑海中预想的不提供邮件的处理方式:网站生成一个强的随机密码并记录在工单中,用户通过随机密码登入。优点:用户不需要邮箱地址。缺点:不提供邮箱的用户等于需要不断的刷新页面查看处理进度,是一个糟糕的体验。对于管理员,需要复制粘贴网站生成的密码来创建账户,也是多了一个步骤。上面我只是说明了操作的可行性,至于这个功能是否保留,可以继续讨论决定。对于第二点,IPBEG如果有这个要求,那我完全可以添加这个提示文字(甚至可以在维基百科设置一个页面,比如Template:Unblock-zh/strings/new-ticket-notice,然后网站可以反映这个页面的任意文字。)Bluedeck 2024年5月19日 (日) 06:22 (UTC)
- 一些minor的建议:about一页,Puzzle Globe似可译为“拼图球”,Wikibooks译名应为“维基教科书”非“维基图书”。不提供邮件的提示,“一串30几位的工单”应作“三十几位”。login界面没有明显的返回按钮,侧栏也消失了。lookup界面可以考虑加注工单号和邮箱择一提供即可。 ——魔琴[身份声明 留言 贡献 新手2023] 2024年5月21日 (二) 03:01 (UTC)
- 另外我在想讓其選擇點選提交IP的選項是否也應該把UA也提供給審核用戶檢閱(方便反破壞比對)。--路西法人 2024年5月23日 (四) 07:54 (UTC)
- 统一回复。1)login界面有意如此设计。2)必须同时输入工单号和邮件,否则任意人士可以通过广泛查询邮件探知私密工单。3)UA信息只有CU才能访问,所以显然不能提供。另外就算用户主动提供了,那么IPBE处理者拿什么进行比对呢?毕竟你又看不到LTA的UA。Bluedeck 2024年5月27日 (一) 06:11 (UTC)
- 2) 啊那就是提前提示創建工單時未提供電子郵件的須放空? ——魔琴[身份声明 留言 贡献 新手2023] 2024年5月27日 (一) 06:29 (UTC)
- 没有提供电邮的工单号会比较长,所以我可以改一下软件,让这种工单号不论是否输入电邮都能够正常查询。这样可以不破坏界面简洁易用。Bluedeck 2024年5月29日 (三) 06:45 (UTC)
- 2) 啊那就是提前提示創建工單時未提供電子郵件的須放空? ——魔琴[身份声明 留言 贡献 新手2023] 2024年5月27日 (一) 06:29 (UTC)
- 统一回复。1)login界面有意如此设计。2)必须同时输入工单号和邮件,否则任意人士可以通过广泛查询邮件探知私密工单。3)UA信息只有CU才能访问,所以显然不能提供。另外就算用户主动提供了,那么IPBE处理者拿什么进行比对呢?毕竟你又看不到LTA的UA。Bluedeck 2024年5月27日 (一) 06:11 (UTC)
繁体支援[编辑]
这个网站估计主要的受众是大陆梯子人士。但是,由于很多管理员是繁体使用者,那么我就增加了一系列的繁体支援,但是都是Google翻译的。请繁体管理员看看管理界面的翻译如果有很不和谐的地方,请指出来。如有需要,网站可以支援香港、台湾和澳门繁体的分别翻译。Bluedeck 2024年5月30日 (四) 08:15 (UTC)
- 感謝藍桌照顧繁體使用者,但我目前檢視似乎有一些介面仍然是簡體中文的,例如新建工單的部分,另查臺灣的教育部字典,work order這個詞在臺灣可以翻譯為「工令」、「工作命令」、「工作通知單」或「工作單」等,就是沒有查到稱之為「工單」之翻譯,惟我日常生活中前開所有詞彙均較為少見,平常類似功能之提交申請平臺反而被稱之為「電子表單」,這部分可能需要更多繁體使用者來指出正確的翻譯。--小過兒(留言) 2024年5月30日 (四) 15:30 (UTC)
- 新建工单的繁体化已经完成。关于工单这个用语的翻译,我参考了一下asus的网站,叫做“请求支援”、“搜寻案件”。不知道这算不算合适的翻译。如果觉得“案件”听其来正确,那么我就把繁体语言的工单改称案件。Bluedeck 2024年5月30日 (四) 23:49 (UTC)
工单的永久删除[编辑]
目前没有这个功能。不过,根据欧盟GDPR要求,在用户请求的情况下,应该提供一种方法永久移除其个人信息。我想让管理员能够在工单上添加一个标记,被标记的工单约一个月后真正的删除。删除真正执行前可取消。这种删除只应该在特别的情况下进行(也就是用户请求)。(也可以单独只允许行政员执行真正删除,但是我觉得管理员已经足够可信,并且还有一个缓冲期间。)Bluedeck 2024年5月31日 (五) 23:04 (UTC)
- 这个功能不错。( π )题外话:我想知道维基百科不能删除账号是否符合GDPR,以及即使OS似乎也不是真删除,这是否符合GDPR。有人去举报一下是不是基金会就会实现这个功能了。--桐生ここ★[讨论] 2024年5月31日 (五) 23:25 (UTC)
- 应该是不符合的,而且显示未登录用户ip这个似乎也有一定问题。然而我们要团结一致,不要把基金会举报给欧盟。Bluedeck 2024年6月1日 (六) 05:34 (UTC)
让 IPBEG 在 Unblock-zh 上获得和管理员一样的权限[编辑]
因为我觉得 IPBE 也是一大痛点,所以我觉得让 IPBEG 能够一起帮助处理会大有裨益。现在抛出几个方案讨论:
- 让IPBEG组和管理员同在unblock-zh.org/zhwp下有一样的(或者接近的)权限。
- 像邮件列表一样,单独新建 unblock-zh.org/zhwp-ipbe空间。
- 网站面向用户的界面不改变,根据用户是否需要 IPBE,自动将工单分发至 zhwp 或 zhwp-ipbe
- 网站设计改变,入口页面一分为二,用户需要自己选择是投递给zhwp还是zhwp-ipbe
- 不支持 IPBEG。
我觉得,从用户体验的角度,不希望入口一分为二。另外,不管选择 1 还是 2,都需要一段时间来修改网站的代码,但是 2 所花时间会更久一点,并且会增加日后维护的工作量(主要是会出现两套表单同步的问题)。关于用户隐私,由于 IPBEG 是签署 NDA 的,应该视为可信人员,所以我比较倾向 1。Bluedeck 2024年6月1日 (六) 09:25 (UTC)
- 設立IPBEG的本意就是許可IPBEG處理該類申請郵件,理論上可以說已有社群共識支持選項2,但已有共識未必支持選項1。IPBEG不能處理unblock-zh上非申請IPBE的工單。我是認為,一般而言封鎖申訴本應都是在公開場合發起,申訴內容多數都應該可被所有用戶檢視,實質需要使用郵件申訴封鎖的僅有無法編輯討論頁的情況。如你所言,IPBEG本有簽署NDA,就算看了也不應該會造成什麼問題(雖然能避免最好)。如果是最後採用最簡化的選項1,那我覺得您可以最低限度在處理人員的界面中加入標籤工單的功能,讓IPBEG能明確標記跟他們職務無關的申請,從IPBE隊列隱藏,僅能由添加標記的IPBEG(直至工單標籤被管理員確認)及管理員檢視。--路西法人 2024年6月2日 (日) 11:58 (UTC)
- 如果要让IPBEG不能看到非IPBE工单,那应该执行方式2更优。如果执行方式2,那么管理员、行政员也应该自动获得zhwp-ipbe空间权限,并进行工单自动分发。Bluedeck 2024年6月3日 (一) 08:34 (UTC)
第二十二次動員令籌備討論[编辑]
原标题为:今年沒有動員令?
如題。都快五月了,看來暫停一年--Dragoon17cc(留言) 2024年4月29日 (一) 22:08 (UTC)
- ???有这么早准备?--在下荷花,请多指教(欢迎签到) 2024年4月30日 (二) 01:14 (UTC)
- 可以開始籌備了吧?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年4月30日 (二) 19:24 (UTC)
- 為了避免像去年那麼趕,還是先把可能有需要討論的資訊留在這好了:
- 舉辦時間:若要沿用舊制,即「7月第二個星期六」至「9月第二個星期日」,則今年時間會是7月13日至9月8日,共57天,較去年(64天)少一週。
- 另去年也有討論但沒後續的內容——是否需要將常常被納入小動員令主題內的「亟需撰寫」或「缺少來源」改為額外加成的方式,以讓給其他更需要的主題?但就如當時所言,加分方式已經頗複雜,且「缺少來源」的計分並非一般計分方式可能有需要額外調整。—WiTo🐤💬 2024年5月1日 (三) 00:52 (UTC)
- 為了避免像去年那麼趕,還是先把可能有需要討論的資訊留在這好了:
- 歷史上,到了5月就差不多是時候籌備動員令了。但由於社群對於這回事越來越懈怠,我感覺今年不辦還是可以的。先問想不想辦,再問怎樣辦。如果決定要辦,我建議把歷年來動員令的規則合編為成文規則,這樣以後社群就不用為了日期、計分等問題爭論一番(但這估計會是一個大工程,明年才能用上)。另外就是處理常規問題,包括WiTo君提到「亟需撰寫」、「缺少來源」加成懸而未決問題。--春卷柯南-發前人所未知 ( 論功行賞 ) 2024年5月1日 (三) 19:53 (UTC)
- 推到和亞洲月同期舉辦都不遲。--🎋竹生🎍 2024年5月2日 (四) 09:09 (UTC)
- 那就太遲了。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月2日 (四) 12:32 (UTC)
- 推到和亞洲月同期舉辦都不遲。--🎋竹生🎍 2024年5月2日 (四) 09:09 (UTC)
- 姑且先簡易架好WP:DC22的頁面了,再看這邊要討論到什麼程度再移過去討論其他細節。--WiTo🐤💬 2024年5月2日 (四) 13:59 (UTC)
主題[编辑]
- 本次我推薦哲學類及非虛構書籍類條目,兩者都太冷門。--S叔 2024年5月1日 (三) 17:09 (UTC)
- 可以推薦色情類條目嗎☺--日期20220626(留言) 2024年5月2日 (四) 02:20 (UTC)
- 可以的,但我相信會被電子遊戲專題的エロ遊戲專門編者鎮壓(若本人心血來潮參與的話那本人也算其中一份子)--S叔 2024年5月2日 (四) 02:35 (UTC)
- 哲學類不會有人寫的。和DC19屆「文學」類是一樣的——中維很缺這個,但是您維沒活躍編者寫這個。倒不如將名額拿出來給其他範疇的。--Ghren🐦🕚 2024年5月4日 (六) 15:27 (UTC)
- 不然可以舉辦大中小混合動員令--August0422(留言) 2024年5月5日 (日) 08:37 (UTC)
- 茲推薦以藝人為主題,畢竟該主題之GA、FA甚至DYK皆非常少--August0422(留言) 2024年5月5日 (日) 08:41 (UTC)
- {{law}}模板也有許多綠色連結,中維極缺法律類型之條目--August0422(留言) 2024年5月5日 (日) 08:42 (UTC)
- 哲学类个人认为似乎是一个过于专业的内容,受众或许过于狭窄,并不会有太多维基人编辑这些条目;
- 而非虚构书籍类条目很可能存在寻找参考资料的问题,或许在编辑上会提供一些阻力。--——这是不想改签名的Ghrkya(主页|讨论|签名) 2024年5月7日 (二) 15:44 (UTC)
- 哲學類我同意你的說法。不過證明非虛構書籍有關注度常用的門檻就是找兩篇或以上獨立可靠及以它為主題的書評,這比較簡單。依序按訪談或著作前言寫背景,按書評內容或自行寫出書籍內容,再按書評寫評價部分。--S叔 2024年5月8日 (三) 02:38 (UTC)
- 谢谢您的科普,本人对非虚构书籍的了解确实不深,但是由于本人并不非常喜欢阅读,或许无法在这类型中给出有意义且中立的看法,不过依然不胜感激!--——这是不想改签名的Ghrkya(主页|讨论|签名) 2024年5月9日 (四) 15:20 (UTC)
- 哲學類我同意你的說法。不過證明非虛構書籍有關注度常用的門檻就是找兩篇或以上獨立可靠及以它為主題的書評,這比較簡單。依序按訪談或著作前言寫背景,按書評內容或自行寫出書籍內容,再按書評寫評價部分。--S叔 2024年5月8日 (三) 02:38 (UTC)
- {{law}}模板也有許多綠色連結,中維極缺法律類型之條目--August.0422 2024年5月9日 (四) 10:44 (UTC)
- 可以推薦色情類條目嗎☺--日期20220626(留言) 2024年5月2日 (四) 02:20 (UTC)
- 若今年的非洲月直接告吹,那我想建議直接把這個範圍放進中動員令的部分。另外個人感覺生物技術/醫學相關條目貌似也較少。—WiTo🐤💬 2024年5月2日 (四) 01:30 (UTC)
- 鄙人推荐饮食和中国文化遗产作为本次动员令的主题,前者是因为少有新条目产出,后者则是由于近期除了几个文物保护单位FL外已很久没有高质量(GA、FA)的条目产出。--人间百态,独尊变态(讨论) 2024年5月2日 (四) 14:44 (UTC)
- 文化遗产不一定要限定在中国吧?毕竟有些国家的世界文化遗产都没条目,条目的空缺更严重。——BlackShadowG Slava Ukraini! 2024年5月3日 (五) 02:52 (UTC)
- 也不是不可以。--人间百态,独尊变态(讨论) 2024年5月3日 (五) 03:06 (UTC)
- 文化遗产不一定要限定在中国吧?毕竟有些国家的世界文化遗产都没条目,条目的空缺更严重。——BlackShadowG Slava Ukraini! 2024年5月3日 (五) 02:52 (UTC)
- 推薦「原創類」,可以改善動員令期間出現大量品質不佳翻譯條目的問題。另外推薦生理學。—Y. Sean 2024年5月3日 (五) 03:05 (UTC)
- 冒昧地问一下,什么意思叫做“原创类”。我不是很理解这个主题的意思。--微肿头龙(留言) 2024年5月4日 (六) 14:30 (UTC)
- 「原創類」應該是指主編自行尋找參考資料,撰寫的條目,不是從其他語文版本翻譯來的條目--Wolfch (留言) 2024年5月4日 (六) 15:30 (UTC)
- 支持原創類,原創類應該分數加倍,因為自行搜集資料比翻譯多出很多時間--Dragoon17cc(留言) 2024年5月12日 (日) 22:35 (UTC)
- 「原創類」應該是指主編自行尋找參考資料,撰寫的條目,不是從其他語文版本翻譯來的條目--Wolfch (留言) 2024年5月4日 (六) 15:30 (UTC)
- 冒昧地问一下,什么意思叫做“原创类”。我不是很理解这个主题的意思。--微肿头龙(留言) 2024年5月4日 (六) 14:30 (UTC)
- 推薦交通類及交通設施條目,中文地區的交通類條目內容「非常豐富」,當中包括九巴條目的車牌資料,單憑一位編輯者處理根本沒有可能完全清理及維持超過一千條條目品質;港鐵相關條目也被公眾質疑中維有意圖淡化附來源的重要新聞事件。在非中文地區條目,絕大部分小型車站大多也只有一至二段,希望可以藉此清理條目或補充內容。--唔好阻住我愛國(留言) 2024年5月6日 (一) 13:10 (UTC)
- (+)支持,此外还建议将地铁条目也加入考虑范围内,但是这些条目似乎本身的可查证性有一些问题……--——这是不想改签名的Ghrkya(主页|讨论|签名) 2024年5月6日 (一) 15:49 (UTC)
- 推薦家居和生活用品類的條目,對百科的重要性不言而喻,可是一直因爲太常見而被忽視[1],質量普遍十分差,沒有註腳參考或者列出參考[2],例如麻绳、鮑魚刷、地暖系統、籃子、竹籤、肥皂盒、棉襖等等只有不到兩百字,缺少例如筷托、紙板盒、油炸鍋等条目,希望可以藉此引起重視,改善擴充內容。--User:What7what8🏠 2024年5月7日 (二) 18:52 (UTC)
- 哲學(和心理學)不是不行,就怕曲高和寡。反對生醫、法律,這裏有多少用戶具備足夠的專業知識去寫這些條目(而不是胡搞蠻纏)呢?藝人和交通過於熱門,是否有必要預留主題名額呢?畢竟過往設立部分主題的目的是為了充實中文版缺乏的內容。另外可以考慮把主題範圍擴闊一些,例如藝人歸併到流行文化、日用品歸併到應用科學或工業等。上面Y. Sean君提到鼓勵原創的問題,令我想起十年前劉嘉和胡水果等用戶的論爭,我的個人論述有傳送門,當時我就大致表達了自己的立場(今年好像我也在別的地方講過,但忘了在那兒也懶得查)。最後,我去年提過把所有專項主題廢除,改為自然科學、應用科學、社會科學、文史地哲四大主題,這可能跟上面提到的「大中小混合動員令」類似(但不肯定),而且又可以省略長篇累牘的討論和免除自肥嫌疑,但這樣做會動許多人的蛋糕(包括自己的),最後沒甚麼聲浪,無疾而終,反正社群接受才算。--春卷柯南-發前人所未知 ( 論功行賞 ) 2024年5月7日 (二) 20:23 (UTC)
- 這種大項目的合併還要一併動到計分方式之類的,如果沒人主導修改的話今年恐怕是來不及修改(我個人沒那方面的知識就沒辦法了),可能得等結束要成文化時再一併處理吧。不過我個人覺得可以試試,反正要調整完才知道有沒有用。剩下主題的反對與否可以等投票期再決定,照前年時程大概會募集到六月中旬左右。--WiTo🐤💬 2024年5月8日 (三) 03:34 (UTC)
我歸納一下上面提到的一些條目類別:
- 哲學類
- 非虛構書籍
- 色情
- 流行文化(含藝人)
- 法律
- 非洲
- 生物技術
- 醫學
- 飲食
- 文化遺產
- 非翻譯
- 交通(含交通設施)
- 應用科學(家居及生活用品)
此外,我不反對春卷柯南的四大主題方案,但是(如果採用的話)四大主題的計分方式可能需要另外商定,比如同屬非翻譯條目、待撰條目等是否可以額外計分。Sanmosa 全方貧工之聯合 2024年5月12日 (日) 02:21 (UTC)
- 我的初步想法是讓社羣商定自然科學、應用科學、社會科學、文史地哲四大主題中哪些主題是社羣現階段較為側重的,將那些較為側重的大主題定為中動員令,其他大主題定為大動員令,但條目如果同屬待撰條目,可以升格動員令級別,即由中動員令升格為小動員令,或由大動員令升格為中動員令。這樣應該不會動到具體的計分方式。Sanmosa 全方貧工之聯合 2024年5月12日 (日) 02:28 (UTC)
- 大致来看(+)支持,不过我对待撰条目的态度倾向于简单做加分处理(比如×1.5或者×2),升格动员令级别看起来有点怪,毕竟这条目不是真的和某个中/小动员令主题挂钩。另所谓“原创”主题应该有明显定义,是要全文原创,还是只需要大部分就行?——Aggie Dewadipper 2024年5月15日 (三) 18:20 (UTC)
- (我還是傾向於把「原創」稱為「非翻譯」)我認為只要能合理判斷條目的核心內容並非翻譯就能算成非翻譯條目,雖然我並不支持非翻譯條目額外加分的做法。技術上(以{{DC21/art}}為準)你説的那種“簡單做加分處理”跟我説的升格動員令級別的具體操作是一樣的,見下:
- 現時中、小動員令的計分方式相當於按大動員令的計分方式計分後直接乘以2或3,把type參數裏填的數字換掉就行,甚至你填4也不會出現技術錯誤(上面我也特別演示了這部分)。至於乘以小數的技術可行性見下:
- “升格動員令級別”這個説法可能不算太好,但我跟你想的東西大致上是一樣的。我個人傾向於×2,順道把小動員令的分數加成改為大動員令的4倍(這點我之前也有提議過)。Sanmosa 全方貧工之聯合 2024年5月16日 (四) 00:26 (UTC)
- @Dewadipper。Sanmosa 全方貧工之聯合 2024年5月16日 (四) 00:27 (UTC)
- 感谢说明,那我对您的提议没什么异议了,(+)支持。——Aggie Dewadipper 2024年5月16日 (四) 02:27 (UTC)
- 大致来看(+)支持,不过我对待撰条目的态度倾向于简单做加分处理(比如×1.5或者×2),升格动员令级别看起来有点怪,毕竟这条目不是真的和某个中/小动员令主题挂钩。另所谓“原创”主题应该有明显定义,是要全文原创,还是只需要大部分就行?——Aggie Dewadipper 2024年5月15日 (三) 18:20 (UTC)
- @春卷柯南、T45614631。Sanmosa 全方貧工之聯合 2024年5月14日 (二) 09:08 (UTC)
- 我個人沒意見,看社群共識(或主持人想法),而目前提議的主題多是人文類的主題就是了。--WiTo🐤💬 2024年5月14日 (二) 09:25 (UTC)
- 你這樣説的話,我可能得爭取當上主持人了。Sanmosa 全方貧工之聯合 2024年5月14日 (二) 11:06 (UTC)
- 本人還要提議二戰類--August0422 2024年5月16日 (四) 10:19 (UTC)
- 基于对语言学和文化多样性的关心,提议语言(学)类和民族类。我还想提议“中国大陆互联网”主题,因为很多此类内容虽影响范围仅限于中国大陆一地,但影响人数众多,堪称具备了相当的影响力;而且相关条目整体质量令人十分遗憾。--CuSO4 · 龙年大吉 2024年5月16日 (四) 21:08 (UTC)
- 如果採用春卷柯南的四大主題方案的話,所有較小的主題實際上都會被四大主題包含。Sanmosa 人人皆王 2024年5月17日 (五) 06:40 (UTC)
- 當初我的想法確實是這樣的,設立四大主題後,基本上就沒需要設立新的單項(除了無法僅納入一個領域的「跨學科」?),但由於範圍過大(歷屆動員令中比四大主題還寬泛的主題包括「世界各地」和「科學」,但不多),所以都應該列為大動員令,這對大家都公平。把任何一個大主題指定為中、小動員令,視乎情況,仍然有可能構成自肥嫌疑(假如獲升級的主題跟社群大部分人的主力範圍重合),但是「升格動員令級別」在原則上倒是不反對。--春卷柯南-發前人所未知 ( 論功行賞 ) 2024年5月24日 (五) 01:00 (UTC)
- 跨學科的主題在我理解中相當於同時屬於多於一個四大主題類別的主題,這種情況我認為提報人想提報到哪個類別都可以(又或是讓跨學科的條目也升格動員令級別也不是不行)。自肥嫌疑我倒是覺得不至於,真要這麽説的話,以前選中小動員令主題的時候投票的人實際上都是想自肥,但以前的辦法不還是沿用了好幾届DC了嗎?(雖然我不反對全部列為大動員令就是了)Sanmosa 人人皆王 2024年5月24日 (五) 02:00 (UTC)
- 當初我的想法確實是這樣的,設立四大主題後,基本上就沒需要設立新的單項(除了無法僅納入一個領域的「跨學科」?),但由於範圍過大(歷屆動員令中比四大主題還寬泛的主題包括「世界各地」和「科學」,但不多),所以都應該列為大動員令,這對大家都公平。把任何一個大主題指定為中、小動員令,視乎情況,仍然有可能構成自肥嫌疑(假如獲升級的主題跟社群大部分人的主力範圍重合),但是「升格動員令級別」在原則上倒是不反對。--春卷柯南-發前人所未知 ( 論功行賞 ) 2024年5月24日 (五) 01:00 (UTC)
- 如果採用春卷柯南的四大主題方案的話,所有較小的主題實際上都會被四大主題包含。Sanmosa 人人皆王 2024年5月17日 (五) 06:40 (UTC)
- 你這樣説的話,我可能得爭取當上主持人了。Sanmosa 全方貧工之聯合 2024年5月14日 (二) 11:06 (UTC)
- 我個人沒意見,看社群共識(或主持人想法),而目前提議的主題多是人文類的主題就是了。--WiTo🐤💬 2024年5月14日 (二) 09:25 (UTC)
- 在下推薦物理、化學、生物、歷史、地理。--飛馬(閃亮飛月) 2024年5月27日 (一) 14:42 (UTC)
- 體育?在下今年打算寫一篇。ThirdThink(留言) 2024年5月29日 (三) 09:07 (UTC)
正式的四大主題方案[编辑]
我還是來個正式提案吧,不然恐怕只有少數幾個人會認真看待這回事。現提議第二十二次動員令的主題與計分規則如下:
“ | 所有提報到是次動員令的條目一律按四大主題的類別進行登記,該四大主題分別為:
所有登記於四大主題下的條目原則上一律屬於大動員令,惟如條目屬於亟需撰寫的條目(定義參考第二十次動員令的規定中對亟需撰寫的條目的描述)則屬於小動員令。 |
” |
除達標條目的有效長度要求正在下方商議是否下調外,其他計分規則暫擬沿用上次(第二十一次)動員令的規定。以上。Sanmosa 人人皆王 2024年5月30日 (四) 09:10 (UTC)
- 修改於2024年5月30日 (四) 23:46 (UTC)。Sanmosa 人人皆王 2024年5月30日 (四) 23:46 (UTC)
- 修改於2024年5月31日 (五) 10:27 (UTC)。Sanmosa 人人皆王 2024年5月31日 (五) 10:27 (UTC)
- @春卷柯南:雖然我弄了上面的這個提案,但我現在有個想法是把“文史地哲”換成“人文学科”,不知道你的意見如何。Sanmosa 人人皆王 2024年5月30日 (四) 09:10 (UTC)
- 副知@August0422、BlackShadowG、CopperSulfate、Dewadipper、Dragoon17cc、Ghren、Ghrkya、HK5201314、So47009、T45614631、ThirdThink、What7what8、Wolfch、Y. Sean、人间百态、日期20220626、閃亮飛月、微肿头龙。Sanmosa 人人皆王 2024年5月30日 (四) 09:19 (UTC)
- (+)支持改為人文學科--August0422 2024年5月30日 (四) 09:35 (UTC)
- (+)支持--——这是不想改签名的Ghrkya(主页|讨论|签名) 2024年5月30日 (四) 15:14 (UTC)
- 不反對。--春卷柯南-發前人所未知 ( 論功行賞 ) 2024年5月30日 (四) 23:38 (UTC)
- (+)支持,不過建議用括弧說明「人文學科」的內容(我不是學社會,人文學科的,因此覺得「人文學科」和「社會學科」不太好區分,也許也有人會有和我類似的困惑)--Wolfch (留言) 2024年5月31日 (五) 01:20 (UTC)
- (?)疑問:「文史地哲」中的「地」是歸類於社會科學,這個提案是不是想希望移除「地」的席位?--唔好阻住我愛國(留言) 2024年5月31日 (五) 02:27 (UTC)
- 既然你都説到「地」屬於社會科學了,難不成你看不到四大主題裏已經有一個“社會科學”了嗎?Sanmosa 人人皆王 2024年5月31日 (五) 10:31 (UTC)
- 這樣改的話「驍將」的獲取方式可能要改一下,總體支持。(另題外話,主持人明天募集就截止日,不過人數好像比上屆更少了。)--WiTo🐤💬 2024年5月30日 (四) 09:43 (UTC)
- 是的,我建議將「驍將」的獲取要求中的「指定數量」替換為「所有」,並廢除定義「指定數量」的一句。Sanmosa 人人皆王 2024年5月30日 (四) 12:06 (UTC)
- 想問一下,人物或動物傳記這類應算是「比四大主題更寬泛的主題」,還是人文學?--銀の死神♠走馬燈劇場祝你在亂流下平安 2024年5月30日 (四) 13:33 (UTC)
- 我是覺得人物傳記應該按照生者從事的領域複分。動物傳記就困難了,我以為應該是人文學科(傳記)或自然科學(動物)二選一,但《中文圖書分類法》和《中圖法》下的傳記類限定為人物傳記,而動物故事則應該劃入民間傳說所屬的分類,前者劃入社會科學而後者劃入文學。另外還有一些紀錄某些著名動物生平的書籍會直接視為文學。--春卷柯南-發前人所未知 ( 論功行賞 ) 2024年5月30日 (四) 23:38 (UTC)
- 這裏是我的回應:個人傾向人物或動物傳記應視乎該人物或動物活躍的領域範疇來決定其所屬的大主題。比如笛卡兒同時是哲學家、數學家和科學家,故可同時歸入自然科學與人文學科的分類下。(上面春卷柯南所說的也有道理)Sanmosa 人人皆王 2024年5月30日 (四) 23:45 (UTC)
- 舉個例子,例如某人前半生是工程師,曾經擔任太空人,後半生入了政壇,如此一來他是屬於應用科學(航空航天工程)+社會科學(政治學)嗎?--銀の死神♠走馬燈劇場祝你在亂流下平安 2024年5月31日 (五) 12:35 (UTC)
- “同时属于多个大主题,或属于比四大主题更宽泛的主题”这样的标准有一些模糊不清之处(上面SilverReaper君提到的人物传记即为一例),恐易引起争议;跨学科条目升格为中动员令也令人疑惑。在下倾向维持原有的大中小动员令制度。--CuSO4 · 龙年大吉 2024年5月30日 (四) 16:14 (UTC)
- 其實去年構想的時候我的想法是如果沒有人提出候選主題,或者大家都同意目前的主題提名制度已經潰爛,就拿四大主題方案兜底,當然如果能減省長篇累牘、拖累進度的討論,以及徹底消除自肥嫌疑(上面我忘了說,把主題指定為中、小動員令的權力收歸動員令主持人後已經大大消除了自肥嫌疑,不過在主題投票中,仍然會有人支持一些較容易引起爭議的主題,像科學,還有我去年反對的民族學),拿出來當動員令的主題方案也不是不能考慮。去年Dewadipper君的說法是既然有人提出候選主題,就不需要考慮我的方案,所以就擱置了。不過我同意跨學科條目應該按照申報的主題賦分(即預設獲得大動員令的積分,但改善工程和待撰條目可獲得加成或小動員令的積分),以免把事情弄複雜起來。另外,如果四大主題方案得不到社群的廣泛支持,我在想今年主題投票可能要分兩輪進行,第一輪決定維持現狀或採用四大主題方案,如決定維持現狀再按照原有的辦法表決主題(話說回來,其實按照原有制度,現在已經是時候歸併主題了)。--春卷柯南-發前人所未知 ( 論功行賞 ) 2024年5月30日 (四) 23:38 (UTC)
- 容許我確認一次:你的意見是待撰條目可以直接設為小動員令?Sanmosa 人人皆王 2024年5月30日 (四) 23:50 (UTC)
- 雖然前幾天休息,所以沒上來,我發了言也沒有甚麼用,但我還是說一下:技術上無論是就這樣加成,還是賦予小動員令積分,都是當成加成處理,只是計分方式不一樣。今年我是沒想過要把改善工程和待撰條目單列(我記得前幾年我想過把改善工程單列,但因為社群反彈而作罷。)--春卷柯南-發前人所未知 ( 論功行賞 ) 2024年6月3日 (一) 12:22 (UTC)
- 容許我確認一次:你的意見是待撰條目可以直接設為小動員令?Sanmosa 人人皆王 2024年5月30日 (四) 23:50 (UTC)
- 其實去年構想的時候我的想法是如果沒有人提出候選主題,或者大家都同意目前的主題提名制度已經潰爛,就拿四大主題方案兜底,當然如果能減省長篇累牘、拖累進度的討論,以及徹底消除自肥嫌疑(上面我忘了說,把主題指定為中、小動員令的權力收歸動員令主持人後已經大大消除了自肥嫌疑,不過在主題投票中,仍然會有人支持一些較容易引起爭議的主題,像科學,還有我去年反對的民族學),拿出來當動員令的主題方案也不是不能考慮。去年Dewadipper君的說法是既然有人提出候選主題,就不需要考慮我的方案,所以就擱置了。不過我同意跨學科條目應該按照申報的主題賦分(即預設獲得大動員令的積分,但改善工程和待撰條目可獲得加成或小動員令的積分),以免把事情弄複雜起來。另外,如果四大主題方案得不到社群的廣泛支持,我在想今年主題投票可能要分兩輪進行,第一輪決定維持現狀或採用四大主題方案,如決定維持現狀再按照原有的辦法表決主題(話說回來,其實按照原有制度,現在已經是時候歸併主題了)。--春卷柯南-發前人所未知 ( 論功行賞 ) 2024年5月30日 (四) 23:38 (UTC)
- 建议维持之前的中小动员令。--Leiem(留言·签名·维基调查) 2024年5月31日 (五) 09:55 (UTC)
- @Leiem:建議閣下提出對應的理由,目前共識是偏要改的。--WiTo🐤💬 2024年5月31日 (五) 11:40 (UTC)
- 大动员令本身是用来兜底的,即不属于中小动员令的都归类于大动员令。因此,与其对其分类,不如少设置一点中小动员令,可以达成类似的效果。--Leiem(留言·签名·维基调查) 2024年5月31日 (五) 12:45 (UTC)
- 大、中、小動員令本來就是人為賦予的定義,大動員令的兜底性質既然是是人為賦予的定義,那只要社羣普遍傾向更改這個定義的話,這個定義並不是金科玉律。Sanmosa 人人皆王 2024年5月31日 (五) 12:49 (UTC)
- 大动员令本身是用来兜底的,即不属于中小动员令的都归类于大动员令。因此,与其对其分类,不如少设置一点中小动员令,可以达成类似的效果。--Leiem(留言·签名·维基调查) 2024年5月31日 (五) 12:45 (UTC)
- @Leiem:建議閣下提出對應的理由,目前共識是偏要改的。--WiTo🐤💬 2024年5月31日 (五) 11:40 (UTC)
- 私以为DC主题应该是本站那些急需改善的条目领域(毕竟暑假是你维编辑能量最大的时期嘛),因此没有必要框死在四大主题上。我建议初步维持四大主题的框架,符合某些要求(比如非翻译、待撰等,或是社群认为本次应该关注的大主题)可升格至中动员令,至于其他提名的主题(比如日常用品,目前中维这方面的内容实在不堪入目)因范围较小可视作小动员令。——Aggie Dewadipper 2024年5月31日 (五) 16:08 (UTC)
- 怎么感觉四大主題几乎已经囊括了所有范围?--百無一用是書生 (☎) 2024年6月1日 (六) 11:43 (UTC)
- 是的,你的感覺沒有錯,四大主題的目的就是如此。Sanmosa 人人皆王 2024年6月1日 (六) 11:52 (UTC)
- 那和不设置四大主题完全没分别了啊--百無一用是書生 (☎) 2024年6月2日 (日) 07:34 (UTC)
- 是的,你的感覺沒有錯,四大主題的目的就是如此。Sanmosa 人人皆王 2024年6月1日 (六) 11:52 (UTC)
- 怎么感觉四大主題几乎已经囊括了所有范围?--百無一用是書生 (☎) 2024年6月1日 (六) 11:43 (UTC)
折衷方案[编辑]
剛才想了個折衷方案:
- 大動員令分開為四大主題來提報(也就是從一個欄位變成四個);
- 中動員令的主題由社羣決選,但決選出來的中動員令主題不得比四大主題更廣泛;
- 小動員令的主題應固定包括“亟需撰寫的條目”,社羣如認為有其他亟需關注的主題也可決選為小動員令的主題,但決選出來的小動員令主題也同樣不得比四大主題更廣泛;
- 社羣如選擇四大主題中的一項或多項為中、小動員令的主題,則該次大動員令的主題不再重複該一項或多項;
以上。這套方案基本上保留了原本的中、小動員令決選模式,並融合了四大主題方案的特點,同時防止了中、小動員令主題的設置不合理的問題。Sanmosa 人人皆王 2024年6月1日 (六) 10:41 (UTC)
- @August0422、BlackShadowG、CopperSulfate、Dewadipper、Dragoon17cc、Ghren、Ghrkya、HK5201314、So47009、T45614631、ThirdThink、What7what8、Wolfch、Y. Sean、春卷柯南、人间百态、日期20220626、閃亮飛月、微肿头龙。Sanmosa 人人皆王 2024年6月1日 (六) 10:41 (UTC)
- 以往的“缺少来源的条目”还会被放入小动员令里吗?还是像WiTo提到的改为额外加成而不是单独变成一个主题?--微肿头龙(留言) 2024年6月1日 (六) 11:01 (UTC)
- (!)意見:把大動員令拆成四大主題,但如果各主題沒有附加得分,那麼拆出來又有何意義?--Dragoon17cc(留言) 2024年6月1日 (六) 21:36 (UTC)
- (▲)同上,这样的折衷方案和以往的“大中小动员令制度”少有实质差异,像是为了设置四大主题而设置四大主题。--CuSO4 · 龙年大吉 2024年6月1日 (六) 22:44 (UTC)
- Noted--唔好阻住我愛國(留言) 2024年6月2日 (日) 14:19 (UTC)
動員令主題決選[编辑]
考慮到上方對四大主題方案與折衷方案的意見並不如想像中那麼好,我決定收回那兩個方案,但我仍然建議社羣決選出來的動員令主題不能比四大主題更廣泛。這裏我再一次列出至今為止各人提議的動員令主題:
- 哲學
- 非虛構書籍
- 色情
- 流行文化(含藝人、中國大陸互聯網)
- 法律
- 非洲
- 生物技術
- 醫學
- 飲食
- 文化遺產
- 非翻譯
- 交通(含交通設施)
- 家居及生活用品
- 語言(含語言學)
- 民族
- 物理
- 化學
- 生物
- 歷史(含二戰)
- 地理
- 體育
- 缺來源
以上。個人建議將物理、化學、生物三者歸併為「自然科學」,與其餘上述的提議主題一同供社羣決選,具體是否需要進一步歸併可以再討論。Sanmosa 人人皆王 2024年6月3日 (一) 08:59 (UTC)
- @August0422、BlackShadowG、CopperSulfate、Dewadipper、Dragoon17cc、Ghren、Ghrkya、HK5201314、Shizhao、SilverReaper、So47009、T45614631、ThirdThink、What7what8、Wolfch、Y. Sean、春卷柯南、人间百态、日期20220626、閃亮飛月、微肿头龙。Sanmosa 人人皆王 2024年6月3日 (一) 09:00 (UTC)
- 二戰類、中國大陸互聯網類、體育類和缺少來源的條目好像都不見於列表中,是歸併到其中一項了嗎?那這樣的話體育是歸類到那一項?--User:What7what8🏠 2024年6月3日 (一) 09:43 (UTC)
- @What7what8:看漏了,已補回。Sanmosa 明朝是賈日,早放學生歸 2024年6月3日 (一) 09:55 (UTC)
- 非洲部分可以收回了,非洲月有如期舉行。--WiTo🐤💬 2024年6月3日 (一) 10:02 (UTC)
- 歷史、民族、文化遺產以及飲食可以歸致社會學--August0422 2024年6月3日 (一) 10:10 (UTC)
- 歷史算是個比較大的主題,歸併不一定合適。Sanmosa 明朝是賈日,早放學生歸 2024年6月3日 (一) 13:38 (UTC)
- 歷史、民族、文化遺產以及飲食可以歸致社會學--August0422 2024年6月3日 (一) 10:10 (UTC)
- 我個人會支持排除醫學、法律(如上所述;如果劉嘉和打澤還在,他們一定會反對的),另外物理、化學、生物從前也是單列主題,希望表決之前,社群先就拆分與否進行討論。還有一些出於個人原則不支持的主題,我也不反對表決,在此不贅。--春卷柯南-發前人所未知 ( 論功行賞 ) 2024年6月3日 (一) 12:30 (UTC)
- 不反對排除醫學、法律,尊重單列物理、化學、生物的意見。Sanmosa 明朝是賈日,早放學生歸 2024年6月3日 (一) 13:38 (UTC)
- 如果未正式截止提名,我亦會推薦GLAM、工程技術及公園綠地。ThirdThink(留言) 2024年6月4日 (二) 07:39 (UTC)
主持人[编辑]
(占位)—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月3日 (五) 13:56 (UTC)
- 以下參照DC20、21的時間、規則、提議調整:
- 主持人資格:
- 在提名期開始之前(2024年5月17日 (五) 00:00 (UTC))取得延伸確認用戶資格,在提名期開始之前一年沒有受到封禁(不合理封禁除外)。
- 提名規則:
- 可以自薦或以他薦方式提名,他薦者仍須取得被提名者本人在提名時間結束前(2024年5月31日 (五) 00:00 (UTC))的明確同意,否則視為拒絕該提名。
- 每條自薦、提名、謝絕被提名告知或其他相關言論後必須簽名,否則視為無效。
- 時程:
- 提名期:2024年5月17日 (五) 00:00 (UTC)起至2024年5月31日 (五) 00:00 (UTC)止。
- 冷靜期:2024年5月31日 (五) 00:00 (UTC)起至2024年6月5日 (三) 00:00 (UTC)止。
- 投票期:2024年6月5日 (三) 00:00 (UTC)起至2024年6月12日 (三) 00:00 (UTC)止。
- 投票資格:
- 投票者應在投票開始之前成為延伸確認用戶,且未有一年內被禁止編輯站務頁面(不合理封禁除外)的紀錄。每人只可投票一次,但可在選舉期內改票,改票次數不限。候選人不可以給自己投票。
- 當選主持人的支持票應超過其總票數的2/3,且支持票數超過反對票數至少8票。
- 每位候選人可以提供一份約100字的自述供投票人參考。
- 在日後建立的表格中投票。可以投支持、中立、反對票。支持票,請用〇表示;反對票,請用×表示;中立票,請用=表示。也可以把其中一格留空,不給某候選人投票(不計入總票數)。
- 廢票請以紅色標示。
以上調整僅有時間部分及DC20籌備紀錄中所說「過去一年內被禁止編輯站務頁面的用戶不得參選或投票」,如果確定沒問題想在稍晚後就開始公示該時程。但主持人跑路問題可能需要社群共識,去年如玖宸閣下所說的「可以請主持人們自行討論決定是否給予跑路主持人軍師頭銜」的提議我個人覺得還挺好的。—WiTo🐤💬 2024年5月6日 (一) 03:55 (UTC)
- 現就該時程及規則(不含跑路處理一事) 公示7日,2024年5月14日 (二) 03:57 (UTC) 結束。—WiTo🐤💬 2024年5月7日 (二) 03:58 (UTC)
- 公示已通過。不過提名是要在這裡提還是要改到討論頁內啊?--WiTo🐤💬 2024年5月14日 (二) 05:13 (UTC)
- 怎說呢。我承認上屆我參與比較少,原因是腳本太難用了。經常就是我審完一個條目,然後不知道哪處的參數填錯,又或者沒編輯到哪一個頁面,結果要全部回退由其他人處理。結果就不太敢審條目了。如果可以簡化一下程序,相信參與主持人意願也會比較高。去年好像沒有「自行討論是否給予跑路主持人軍師頭銜」的過程,結果好像是自己頒給自己來着的。考慮到自己參與工作比較少,我沒有給自己的用戶頁加「軍師」的頭銜就是了。--Ghren🐦🕓 2024年5月16日 (四) 09:00 (UTC)
自薦與提名區[编辑]
- 沒有人自薦或提名他人嗎?那我就自薦了。Sanmosa 人人皆王 2024年5月17日 (五) 06:42 (UTC)
- 自荐。去年担任了主持人,受益匪浅,今年愿意与各位共同努力。--在下荷花,请多指教(欢迎签到) 2024年5月18日 (六) 11:02 (UTC)
- 自荐,同在去年担任主持人,希望今年也能有幸出一份力。——Aggie Dewadipper 2024年5月18日 (六) 13:43 (UTC)
- 自薦,曾擔任三届(第十五至第十七次)主持人,今年有興趣再協助活動行政。--Richard923888 Glory To HK 2024年5月20日 (一) 18:17 (UTC)
- 自薦,前兩屆的主持人,應該都勉強有空幫忙的。—achanhk ポケモンゲットだぜ! 留言板 2024年5月25日 (六) 11:00 (UTC)
- 自薦,去年回歸的主持人,共擔任七屆主持人。今天願意再度回歸盡一分力。—Choihei(留言) 2024年5月31日 (五) 07:46 (UTC)
規則[编辑]
(占位)—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月3日 (五) 13:56 (UTC)
- 我想問一下,DC條目需要至少3500位元組的規則是誰在何時定的?Sanmosa 全方貧工之聯合 2024年5月16日 (四) 00:30 (UTC)
- 新條目位元組限制是隨時間增加的,大概自DC4起有2000位元組限制、DC9變成3000位元組,最後一次應該是在DC12經由投票決定變成3500位元組的(當時總結該次投票的是小躍閣下)。--WiTo🐤💬 2024年5月16日 (四) 03:13 (UTC)
- 考慮到DYK的要求是3000位元組,我建議把DC條目的最低要求revert回3000位元組。(另一方面,對於只有六個人參與的投票到底能不能達到任何有效的結論,我存在很大的疑問)Sanmosa 全方貧工之聯合 2024年5月16日 (四) 04:44 (UTC)
- 我也建议把标准改回和DYK一样的3000字节。--CuSO4 · 龙年大吉 2024年5月29日 (三) 10:31 (UTC)
- 個人不建議,只有3000位元組的話基本上不進不了DYK。—Choihei(留言) 2024年5月31日 (五) 07:49 (UTC)
- 需要注意的一點是上次DC要求的是有效長度3500位元組,我這裏提議的雖然是改回和DYK一樣的3000位元組,但我不認為DC計算有效長度的做法應該被廢除,也就是說我提議的是這次DC改為要求有效長度3000位元組,我認為這個要求不至於過分寬鬆,而且逆推回總長度的話至少也得四五千多位元組,這樣看來有效長度3000位元組的條目DYK應該是夠的。(另一方面,我也是想看看有效長度至少3000位元組的條目的品質大概如何,這或許有助於DYK規則的改革,不過這也是另一回事了。)Sanmosa 人人皆王 2024年5月31日 (五) 12:55 (UTC)
- 個人不建議,只有3000位元組的話基本上不進不了DYK。—Choihei(留言) 2024年5月31日 (五) 07:49 (UTC)
- 新條目位元組限制是隨時間增加的,大概自DC4起有2000位元組限制、DC9變成3000位元組,最後一次應該是在DC12經由投票決定變成3500位元組的(當時總結該次投票的是小躍閣下)。--WiTo🐤💬 2024年5月16日 (四) 03:13 (UTC)
其他[编辑]
(占位)—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月3日 (五) 13:56 (UTC)
- 舉辦時間部份,我個人想提議使用與之前數次動員令相仿的舉辦時間,即7月13日至9月15日,共64天。(有稍微查了一下,至少自DC12起都是63~65天左右的長度,DC16當時也有類似問題而最後決議多一週,惟當時慣例是7月第一個星期六起至9月第一個星期日結束)之後如要像春卷柯南閣下所說要將之後的動員令合編為成文規則的話,也會比較有傳承性,就是「7月第二個星期六」起至「9月第二個或第三個星期日」結束,補至約64天上下的長度。--WiTo🐤💬 2024年5月4日 (六) 04:34 (UTC)
- 以往選擇這個日期,大多都是因為這是學生的暑假,有利維基人工作吧。把日期向9月後推似乎就不太達到這個目標?--HW(討論 貢獻) 2024年5月5日 (日) 15:50 (UTC)
- @Waihorace:挪回之前的7月第一個星期六也可考慮。過往(DC18)延後到第二週似乎是因受到疫情影響後延,並一路維持至DC21,現在可能是個合適的時機,將其提回原本的時間?但這樣籌備可能得快一點了。
- 還望其他人能提出看法,目前大概是這幾個選項可考慮:
- 7月6日至9月8日,共64天
- 7月13日至9月8日,共57天
- 7月13日至9月15日,共64天
- --WiTo🐤💬 2024年5月6日 (一) 03:06 (UTC)
- 非常抱歉本人并没有参与过动员令的相关讨论,毕竟也没有加入维基多久,如果有些地方存在冒犯请各位见谅
- 本人认为7.6-9.8是一个相对更好的选项,正如HW所说,这个时间更大地覆盖了暑假时间。不过似乎这几个时间在宏观上没有太大区别(微观上可能存在个人在某段时间内有事?),感觉也很难有一些合理的论据来讨论,干脆今年就将日期选一个定下来(也是各位正在做的事?)
我也不知道发生了什么,似乎我写的剩下的内容没发布出去……只能来编辑下源代码,但绝没有改变各位的留言,当然,签名日期是删了重签的- 个人根绝,因为宏观上区别不大,所以似乎投票等等方式都没啥用,本人也没啥想法,只是提供一点点思考,还请各位多多包涵!——这是不想改签名的Ghrkya(主页|讨论|签名) 2024年5月6日 (一) 16:08 (UTC)
- (!)意見:WP:DC17也是7月6日00:00(UTC)至9月8日23:59(UTC),也是65日。個人認為只要是9月第二個星期日結束便可以。即是今年的DC為7月第一個星期六開始,明年可以回復至7月第二個星期六開始。--132.234.229.20(留言) 2024年5月7日 (二) 04:27 (UTC)
- 支持IP的提议 ——魔琴[身份声明 留言 贡献 新手2023] 2024年5月7日 (二) 07:41 (UTC)
- (!)意見这样可能会导致每年都需要对时间做一次重复的讨论甚至是争辩。个人认为相比于直接确定时间带来的一些固化所产生的后果,每年一次的讨论看起来更加不必要。--——这是不想改签名的Ghrkya(主页|讨论|签名) 2024年5月7日 (二) 15:41 (UTC)
- 相对于客栈煮的其他话题,每年讨论一次动员令日期花费的时间实在是微不足道 ——魔琴[身份声明 留言 贡献 新手2023] 2024年5月14日 (二) 01:38 (UTC)
- 那確實是如此,不過之後如果要固定化的話也比較省事。--WiTo🐤💬 2024年5月14日 (二) 02:59 (UTC)
- 相对于客栈煮的其他话题,每年讨论一次动员令日期花费的时间实在是微不足道 ——魔琴[身份声明 留言 贡献 新手2023] 2024年5月14日 (二) 01:38 (UTC)
- 就討論方向看來有共識,所以就以「7月6日至9月8日,共64天」一案 公示7日,2024年5月21日 (二) 05:19 (UTC) 結束。--WiTo🐤💬 2024年5月14日 (二) 05:19 (UTC)
- 应该确实有共识
- 唯一就是希望能够将这个时间通过社群讨论的方式确定下来,以免往后再出现此类浪费时间的无意义讨论。不过本人并不熟悉相关流程,请问是否有什么办法将其固定呢?--——这是不想改签名的Ghrkya(主页|讨论|签名) 2024年5月15日 (三) 12:47 (UTC)
- 公示通過。另固定的話我猜得另開一個話題討論吧。--WiTo🐤💬 2024年5月21日 (二) 10:01 (UTC)
- 好的,谢谢您--——这是不想改签名的Ghrkya(主页|讨论|签名) 2024年5月22日 (三) 05:02 (UTC)
- 以往選擇這個日期,大多都是因為這是學生的暑假,有利維基人工作吧。把日期向9月後推似乎就不太達到這個目標?--HW(討論 貢獻) 2024年5月5日 (日) 15:50 (UTC)
- 提议DC讨论直接放在讨论页内更便于监视。--Leiem(留言·签名·维基调查) 2024年5月31日 (五) 07:06 (UTC)
- 似乎是这样的,本人也是如此意见,那么请问应该做什么呢?--——这是不想改签名的Ghrkya(主页|讨论|签名) 2024年6月4日 (二) 14:59 (UTC)
2024年非洲月籌備討論[编辑]
原标题为:关于第三次非洲月
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
去年非洲月在6月举行,取得了不少条目贡献,本人有意在今年同期继续举办非洲月,不知各位意向如何?
另Ping去年的主持人和活跃参与者@A Chinese ID@Tokisaki Kurumi@Newbamboo@Allervous@Alankang@Oscar0123@Baomi@BrianBYBYBY@AOrdinaryEditor@桃花影落飞神剑@T45614631@Nostalgiacn,如有打扰非常抱歉。——Aggie Dewadipper 2024年5月4日 (六) 22:04 (UTC)
- (+)支持虽然我很好奇为什么今年也会是6月而不是5月。--Allervous初音ミクのセーラー服 2024年5月4日 (六) 22:07 (UTC)
- 同上,我也想問。不過整體上是支持辦的(雖然個人今年六月較忙恐生不出完整條目)。--WiTo🐤💬 2024年5月5日 (日) 00:42 (UTC)
- (+)支持在哪个月都好--苞米(☎)💴 2024年5月5日 (日) 00:45 (UTC)
- (+)支持,但可惜今年各方面压力都比较大,在下确已经抽不出时间来参加了;深感抱歉。-- 2024年5月5日 (日) 15:45 (UTC)
- (+)支持,预祝成功。----FradonStar|八闽风云 2024年5月7日 (二) 00:56 (UTC)
:目前来看似乎没有反对意见,那暂定非洲月于6月1日0:00至6月30日23:59(UTC)举行,考虑到时间较为紧迫就先擅自在底下开始主持人招募了。话说在6月举办应该是没人想起来 囧rz……。——Aggie Dewadipper 2024年5月6日 (一) 06:34 (UTC)
- 今年就算了,不過來年或可考慮合併動員令與非洲月,集中有限的編輯量能。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月12日 (日) 02:56 (UTC)
主持人招募[编辑]
烦请有意担任本年非洲月主持人者在下方留言示意。招募期暂定于5月20日 00:00 (UTC)结束。——Aggie Dewadipper 2024年5月6日 (一) 06:34 (UTC)
- 來了。今年比較沒有空寫條目,但打雜,幫忙看條目還是可以的--A.K. 留言※簽名 2024年5月6日 (一) 07:17 (UTC)
- 以及,我本人也有意主持此次活动。——Aggie Dewadipper 2024年5月7日 (二) 00:59 (UTC)
我,今年我暑假不用做事--August0422(留言) 2024年5月7日 (二) 08:29 (UTC)- 閣下之前參加過非洲月嗎...--人间百态,独尊变态(讨论) 2024年5月12日 (日) 08:11 (UTC)
- 這位閣下(的帳號)今年年初才開始編輯,是一定沒有的。--WiTo🐤💬 2024年5月12日 (日) 08:48 (UTC)
- 閣下之前參加過非洲月嗎...--人间百态,独尊变态(讨论) 2024年5月12日 (日) 08:11 (UTC)
- 6月中旬过后大概有时间,争取一下 ——魔琴[身份声明 留言 贡献 新手2023] 2024年5月14日 (二) 01:36 (UTC)
- 行,我也兼一下非洲月主持人吧,畢竟當初辦非洲月就是我提議的,另一方面我有當亞洲月主持人的經驗。Sanmosa 人人皆王 2024年5月17日 (五) 15:06 (UTC)
- @Dewadipper:後續如何處理?Sanmosa 人人皆王 2024年5月20日 (一) 11:41 (UTC)
- 先前几次文化月都没有对主持人有遴选,如果没有反对意见我认为目前四名自荐者(AlanKang、魔琴、Sanmosa和我本人)可直接默认为本次非洲月的主持人。——Aggie Dewadipper 2024年5月20日 (一) 21:24 (UTC)
- 不反對。那相關頁面是否也可以直接設置?Sanmosa 人人皆王 2024年5月21日 (二) 02:31 (UTC)
- 应该是可以的。不过我近期忙于期中考试,可能要到24日左右才有空设置页面。—-Aggie Dewadipper 2024年5月22日 (三) 04:47 (UTC)
- Wikipedia:維基百科非洲月/2024頁面開好了,請檢視內容是否需要調整。fountain 五月初已申請,申請時填寫的主持人為 Dewadipper君與我,由於我不是管理員,無法調整參數。--A.K. 留言※簽名 2024年5月22日 (三) 09:50 (UTC)
- 主頁面看上去沒大問題。fountain用不用我重新開一個?按道理如果fountain是你自己動手開的話,你應該是可以調整相關設定的。Sanmosa 人人皆王 2024年5月22日 (三) 10:45 (UTC)
- fountain我是按照m:Wikipedia_Asian_Month/Fountain_tool/zh所述方式開設,當初我送出後變成draft,過幾天後就通過了,如該頁面所述「管理员审批过程」、「更改设置」必须拥有Wiki-project管理员权限才能更改。目前我在fountain的非洲月2024頁面上可進入設定頁面,但無法變更。--A.K. 留言※簽名 2024年5月23日 (四) 00:12 (UTC)
- @Alankang:那我重新開一個吧,不知道連結是否有效。Sanmosa 人人皆王 2024年5月23日 (四) 09:18 (UTC)
- @Sanmosa:您開的那一個還無法讀取,應該還在draft狀態(可能是需要管理員核准),我開的這個 fountain的設定頁面 已請Eric Liu 君幫忙添加您與魔琴君,您可以檢視一下設定是否合適。--A.K. 留言※簽名 2024年5月24日 (五) 06:24 (UTC)
- 還需要在Template那邊勾選automatically add template,模板名稱WAfM talk 2024,放置位置設定為討論頁。Sanmosa 人人皆王 2024年5月24日 (五) 09:36 (UTC)
- 已完成。--A.K. 留言※簽名 2024年5月26日 (日) 13:19 (UTC)
- 還需要在Template那邊勾選automatically add template,模板名稱WAfM talk 2024,放置位置設定為討論頁。Sanmosa 人人皆王 2024年5月24日 (五) 09:36 (UTC)
- @Sanmosa:您開的那一個還無法讀取,應該還在draft狀態(可能是需要管理員核准),我開的這個 fountain的設定頁面 已請Eric Liu 君幫忙添加您與魔琴君,您可以檢視一下設定是否合適。--A.K. 留言※簽名 2024年5月24日 (五) 06:24 (UTC)
- 不熟悉fountain更改设置的设置,但是之前办的活动改主持人时是确实是直接重开一个的() ——魔琴[身份声明 留言 贡献 新手2023] 2024年5月24日 (五) 10:55 (UTC)
- @Alankang:那我重新開一個吧,不知道連結是否有效。Sanmosa 人人皆王 2024年5月23日 (四) 09:18 (UTC)
- fountain我是按照m:Wikipedia_Asian_Month/Fountain_tool/zh所述方式開設,當初我送出後變成draft,過幾天後就通過了,如該頁面所述「管理员审批过程」、「更改设置」必须拥有Wiki-project管理员权限才能更改。目前我在fountain的非洲月2024頁面上可進入設定頁面,但無法變更。--A.K. 留言※簽名 2024年5月23日 (四) 00:12 (UTC)
- 主頁面看上去沒大問題。fountain用不用我重新開一個?按道理如果fountain是你自己動手開的話,你應該是可以調整相關設定的。Sanmosa 人人皆王 2024年5月22日 (三) 10:45 (UTC)
- Wikipedia:維基百科非洲月/2024頁面開好了,請檢視內容是否需要調整。fountain 五月初已申請,申請時填寫的主持人為 Dewadipper君與我,由於我不是管理員,無法調整參數。--A.K. 留言※簽名 2024年5月22日 (三) 09:50 (UTC)
- 应该是可以的。不过我近期忙于期中考试,可能要到24日左右才有空设置页面。—-Aggie Dewadipper 2024年5月22日 (三) 04:47 (UTC)
- 不反對。那相關頁面是否也可以直接設置?Sanmosa 人人皆王 2024年5月21日 (二) 02:31 (UTC)
- 先前几次文化月都没有对主持人有遴选,如果没有反对意见我认为目前四名自荐者(AlanKang、魔琴、Sanmosa和我本人)可直接默认为本次非洲月的主持人。——Aggie Dewadipper 2024年5月20日 (一) 21:24 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
設立法輪功為高風險主題[编辑]
(註:依據方針原則上應至少討論14天,但被提前關閉。6月3日後,後面有多位用戶仍在下面討論,還請先保留討論串。)
- 下列討論已經關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
設立原因及原方案請見Wikipedia talk:高風險主題#設立新興宗教為高風險主題。
法輪功頁面自2005年起,已經被反反覆覆保護超過40次以上;討論頁也無倖免、打辯論的經典副本。
範圍:
Template:法輪功、Category:法輪功
具體措施:
- 當有自動確認用戶參與爭議時將條目提升至延伸確認保護
- 編輯時需恪守Wikipedia:中立的觀點、Wikipedia:文明、Wikipedia:可靠來源、Wikipedia:生者傳記
- 管理員應當對無法遵守者實施合理編輯限制
- 法輪功及李洪志頁面實施不限期半保護、回退零容忍編輯限制,以便有效阻止編輯戰
--Benho7599 | Talk 2024年5月26日 (日) 02:10 (UTC)
- (+)强烈支持,并建议将回退零容忍扩张至李洪志等关联条目。就最近讨论来看参与各方难以形成共识,导致编辑战频发。—Aggie Dewadipper 2024年5月26日 (日) 17:12 (UTC)
- 李洪志實際上似乎也十分需要0RR--Benho7599 | Talk 2024年5月28日 (二) 15:27 (UTC)
- (+)支持。从讨论页上连篇累牍的争执可以看出,法轮功是风险最高的政治相关主题之一。--CuSO4 · 龙年大吉 2024年5月26日 (日) 19:52 (UTC)
- (+)傾向支持WP:1RR 代替WP:0RR -Lemonaka 2024年5月27日 (一) 06:50 (UTC)
- Skeptical toward whether 1RR would work. The current issue is that participating editors do not seek for consensus at all.--Aggie Dewadipper 2024年5月28日 (二) 05:20 (UTC)
- 不反對。Sanmosa 人人皆王 2024年5月28日 (二) 11:50 (UTC)
- 第一條任何條目都適用,不用寫出來。--Cmsth11126a02 (留言) 沈伯洋是被大陸國民黨立委扯衣服導致頭部落地的! 2024年5月29日 (三) 04:51 (UTC)
- 需要先確定具體範圍有多大,法輪功相關條目可不少。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月29日 (三) 17:29 (UTC)
- 我暫時想到的範圍是法輪功、法輪功的成員、法輪功的聯繫組織、與法輪功關係高度密切的人與組織。Sanmosa 人人皆王 2024年5月29日 (三) 23:39 (UTC)
- 分類:法輪功?--Cmsth11126a02 (留言) 沈伯洋是被大陸國民黨立委扯衣服導致頭部落地的! 2024年5月30日 (四) 13:40 (UTC)
- @Cmsth11126a02、Ericliu1912:範圍暫定是Template:法輪功、Category:法輪功--Benho7599 | Talk 2024年5月31日 (五) 10:21 (UTC)
- 还要加上其他直接涉及对法轮功评价的条目(比如目前在EWIP吵的中国大陆宗教相关内容)。——Aggie Dewadipper 2024年5月31日 (五) 17:13 (UTC)
- @Cmsth11126a02、Ericliu1912:範圍暫定是Template:法輪功、Category:法輪功--Benho7599 | Talk 2024年5月31日 (五) 10:21 (UTC)
- (+)支持,(&)建議可以先在互助客栈相关版面发起更具讨论度的共识讨论,以解决最近的编辑争议(如维基百科:管理员布告板/编辑争议#Marvin 2009)并为该例争议确立共识标准以及为未来可能的讨论页内争议(鉴于基本上并非寻求共识的情况)建立某种程度上从互助客栈引入共识的参考解决方案。Sinet(讨论) 2024年5月30日 (四) 22:48 (UTC)
已通过,建立Wikipedia:高風險主題/法輪功。-Mys_721tx(留言) 2024年6月3日 (一) 03:00 (UTC)
- 注:根据WP:CTOP注释一根据雪球法则一周结案。-Mys_721tx(留言) 2024年6月3日 (一) 03:22 (UTC)
- 本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
- (!)意見+(?)疑問-(1)沒有注意到有這裡有此討論,沒有掛在「法輪功」條目頁通知。早上,在下在「法輪功」條目討論頁回應交流時,突然看到條目被半保護等。討論留言僅到5月31日,近期參與條目討論的用戶似乎並不知道、未能參與,是否應該在相關條目、例如主要條目上有個通知。(2)在下對於設立高風險主題的問題,認為需要更多的討論為宜。Wetrace歡迎參與WP人權專題 2024年6月3日 (一) 03:36 (UTC)
- (?)疑問--共識並未達成。程序不符合方針規範,討論區8天剛過就遭關閉,但方針要求「維持開放最少兩週」。
- 依據WP:高風險主題---任何延伸確認用戶可在互助客棧其他板發起及參與指定高風險主題及相關編輯限制的討論。提案人必須論證主題之風險,並建議合適的編輯限制措施。討論發起一日內應於公告欄張貼通知。討論一般維持開放最少二週,若社群取得共識[a]即可由管理員結案,通過者並應創建主題子頁面(例如「維基百科:高風險主題/<主題>」)。
- 這次討論僅進行8天,違反「討論一般維持開放『最少二週』」的規範。
- Benho7599從5月26日UTC時間2點左右在互助客棧張貼,最後一筆留言在5月31日,管理員Mys 721tx在6月3日UTC時間3點左右關閉,討論只進行「剛滿8天」就遭到關閉、稱達成共識。在下Wetrace在法輪功條目討論頁留言後不久,就看到管理員Mys 721tx關閉討論,並列為「高風險主題」。----在下於6月3日UTC時間3點多,在互助客棧留言表示,認為需要更多的討論為宜、近期參與條目討論的用戶不知道、是否應該條目討論頁通知有此討論。
- 「討論發起一日內應於公告欄張貼通知」,請問是否有放在「公告欄」?「公告欄」是指哪裡?是否能有效的讓常參與的相關參與用戶知曉,表達意見?----討論包含發起人,僅7人(更正,10人)留言。
- 管理員Mys 721tx稱「根据雪球法则一周结案」,雪球法則不是方針、不是指引。尤其在只有7人(更正,10人)在5/26-31留言,許多人恐怕並未知曉來表達意見。
- 【後面有 重新整理這部分,這裡就畫線、不用重複看。】
發起理由、範圍、方式都值得商榷。試舉幾例- 發起人理由稱,2005年以來「法輪功」條目頁面保護40次----這是「19年」的時間,而且也要看看保護的原因。
- 涉及條目範圍恐怕過大,將「分類:法輪功」都納入,是不是都需要呢?由於涉及範圍大,條目的風險,論證是否足夠?依據方針,「提案人必須『論證』主題之風險,並建議合適的編輯限制措施。」
- 發起討論人的理由寫到「設立原因及原方案請見Wikipedia talk:高風險主題#設立新興宗教為高風險主題」。點入後裡面提到「不熟悉方針的新手/IP用戶可能會根據自己的立場加入不符合編輯方針的內容」---這其實可以先透過「半保護」就可大幅改善處理。
- 且例如,要求對條目0RR,也會大幅影響WP:修改、回退、討論循環的合理進行。留言中也有用戶提出不同意見。
此前,用戶違反3RR、人身攻擊屢屢違反文明方針,在下列出明確證據舉報後,管理員並未處理。從落實現有方針來改善,也是重要的作法。Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 00:11 (UTC)
- (?)疑問--共識並未達成。程序不符合方針規範,討論區8天剛過就遭關閉,但方針要求「維持開放最少兩週」。
- 討論一般維持開放最少二週,若社群取得共識[a]即可由管理員結案。
- [a]:若討論發起七日後已有大量用戶參與且非常明顯近乎完全一致則可考慮提早結案。
- 討論一般維持開放最少二週,若社群取得共識[a]即可由管理員結案。
- 可以看到上述讨论完全一致支持,适用雪球法则,而且一般来说在客栈讨论已经非常醒目,无需使用RFC、FRS或在其他讨论页通知。--桐生ここ★[讨论] 2024年6月4日 (二) 00:22 (UTC)
- (-)反对-「討論一般維持開放最少二週,若社群取得共識[a]即可由管理員結案。」從方針來看,「開放至少兩週」+「若社群取得共識」,兩者皆為要件。方針中也並未規範「雪球法則」,這會不會架空了方針?管理員8天即關閉討論、並且在條目頁面半保護,引起在下注意到,發現原來正在進行此討論,在下隨即來此討論頁留言表達異議,認為需要更多時間討論、並是否應在條目討論頁採取方式讓參與編輯的用戶知悉、Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 00:33 (UTC)
- 你这个真的叫错误解读方针,和Gluo88那个不一样。--桐生ここ★[讨论] 2024年6月4日 (二) 00:56 (UTC)
- Gluo88 是什麼事?在下不清楚。Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 01:03 (UTC)
- 你看他日志。--桐生ここ★[讨论] 2024年6月4日 (二) 01:16 (UTC)
- Gluo88 是什麼事?在下不清楚。Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 01:03 (UTC)
- 你这个真的叫错误解读方针,和Gluo88那个不一样。--桐生ここ★[讨论] 2024年6月4日 (二) 00:56 (UTC)
- (-)反对-「討論一般維持開放最少二週,若社群取得共識[a]即可由管理員結案。」從方針來看,「開放至少兩週」+「若社群取得共識」,兩者皆為要件。方針中也並未規範「雪球法則」,這會不會架空了方針?管理員8天即關閉討論、並且在條目頁面半保護,引起在下注意到,發現原來正在進行此討論,在下隨即來此討論頁留言表達異議,認為需要更多時間討論、並是否應在條目討論頁採取方式讓參與編輯的用戶知悉、Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 00:33 (UTC)
- 此外,按照以往案例,將在世人物傳記訂為高風險主題为4人支持,八九民主運動为6人支持,加密货币及区块链为6人支持,搜尋引擎優化與營銷为3人支持,因此支持人数按照以往案例来说并不低。--桐生ここ★[讨论] 2024年6月4日 (二) 00:38 (UTC)
- 桐生您好,該附款的要件是「七日後已有『大量用戶參與』且『非常明顯近乎完全一致』則可考慮提早結案」,而不是「支持人數」。Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 12:53 (UTC)
- (!)意見-桐生您好,這樣的支持人數,是不是很可能反映了這樣的討論,「公告」機制上的不足?方針要求「討論發起一日內應於『公告欄張貼通知』。」Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 00:46 (UTC)
- 2024年5月26日已经在公告栏通知。--桐生ここ★[讨论] 2024年6月4日 (二) 00:52 (UTC)
- 謝謝桐生貼出。Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 13:07 (UTC)
- (!)意見
- 方針要求「討論發起一日內應於『公告欄張貼通知』。」從方針要求「公告欄張貼通知」、討論「開放最少兩週」,顯示是讓社群有充分注意、討論。
- 方針寫到「討論一般維持開放最少二週,若社群取得共識[a]即可由管理員結案」。在[a]附註,「制定討論的共識不強求一致同意,但也不是點票。制定討論的共識需考量所有用戶提出的理據和觀點。若討論發起七日後已有大量用戶參與且非常明顯近乎完全一致則可考慮提早結案。」
- (1)將此重要訊息寫在 [a]附註,在公示效果上是否適當?在下高度保留,如果認為有此需要,應寫入本文。且使用上應相當謹慎。
- (2)a[附註]寫到「七日後已有大量用戶參與」---但是「七日後已有大量用戶參與」---加發起人僅7人留言(更正:含發起人10人-仍難屬「大量用戶」),屬於「大量用戶參與」嗎?這樣的認定,恐怕出現很大的恣意性空間,是否宜更審慎。 實際上大幅壓縮了方針「討論一般維持開放最少二週」。
- (3)當管理員到去對條目半保護等,在下發現此討論,就過來留言表達 需要更多時間討論。Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 00:58 (UTC)
- 关于2(1),方针既然已经这样写,说明管理员执行的没问题,即使写入了正文,也不会影响本次执行结果。--桐生ここ★[讨论] 2024年6月4日 (二) 01:05 (UTC)
- (?)疑問--「討論一般維持開放最少二週」,[a]附註「七日後已有大量用戶參與」---加發起人僅7人留言(更正:10人-仍難屬「大量用戶」),屬於「大量用戶參與」嗎?這樣的認定,恐怕出現很大的恣意性空間,是否宜更審慎。否則,這樣的作法,實際上大幅壓縮了方針原則性的「討論一般維持開放最少二週」。---在下實在疑惑:既然鼓勵用戶「踴躍參與」表達意見,7人(更正:含發起人10人-仍難屬「大量用戶」)能算是維基社群的「大量用戶參與」嗎?Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 01:08 (UTC)
- (!)意見-桐生您好, (1)7人討論(更正:含發起人10人-仍難屬「大量用戶」),很難說是「已有大量用戶參與」,因此「考慮提前結案」更應該審慎。在這樣情況下,應當遵循方針「討論一般維持開放最少二週」。何況,當管理員要提前結案,在下就來此表達不同意見,認為需要更多時間討論了。(2)即便在這7人的討論中,也對於內容、方法等有些意見,這些疑問還存在。討論應當持續進行。Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 01:32 (UTC)
- (?)疑問--「討論一般維持開放最少二週」,[a]附註「七日後已有大量用戶參與」---加發起人僅7人留言(更正:10人-仍難屬「大量用戶」),屬於「大量用戶參與」嗎?這樣的認定,恐怕出現很大的恣意性空間,是否宜更審慎。否則,這樣的作法,實際上大幅壓縮了方針原則性的「討論一般維持開放最少二週」。---在下實在疑惑:既然鼓勵用戶「踴躍參與」表達意見,7人(更正:含發起人10人-仍難屬「大量用戶」)能算是維基社群的「大量用戶參與」嗎?Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 01:08 (UTC)
- 2024年5月26日已经在公告栏通知。--桐生ここ★[讨论] 2024年6月4日 (二) 00:52 (UTC)
- 此外,按照以往案例,將在世人物傳記訂為高風險主題为4人支持,八九民主運動为6人支持,加密货币及区块链为6人支持,搜尋引擎優化與營銷为3人支持,因此支持人数按照以往案例来说并不低。--桐生ここ★[讨论] 2024年6月4日 (二) 00:38 (UTC)
- 通过公示又推翻的又不是一次两次,@Wetrace所以您的看法是? ——魔琴[留言 贡献] 2024年6月4日 (二) 02:05 (UTC)
- (!)意見-魔琴您好,如上表述的意見,在下以為,這一討論並未完成、參與者少、留言討論少、現有的留言也有分歧意見未獲充分討論,並不符合「已有大量用戶參與」的「考慮提前」關閉的情況。提前關閉並不合適,應依據方針開放至少14天的討論。Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 02:16 (UTC)
- 我觉得提前结案没有问题,如果您反对提案或者有异议的话可以继续讨论,寻求达成新的共识 ——魔琴[留言 贡献] 2024年6月4日 (二) 02:22 (UTC)
- 魔琴您好,在下以為,此一討論應該依據方針持續14天,不宜提前關閉。7人討論(更正:含發起人10人-仍難屬「大量用戶」),很難說是「已有大量用戶參與」,且也存在些具體不同意見。Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 02:25 (UTC)
- @Wetrace:我个人认为管理员的操作反映了共识。如果您认为现在不应该结案,那您具体的意见是什么呢?如果您也没有意见没必要再等吧? ——魔琴[留言 贡献] 2024年6月4日 (二) 09:31 (UTC)
- 魔琴您好,在下以為,此一討論應該依據方針持續14天,不宜提前關閉。7人討論(更正:含發起人10人-仍難屬「大量用戶」),很難說是「已有大量用戶參與」,且也存在些具體不同意見。Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 02:25 (UTC)
- 我觉得提前结案没有问题,如果您反对提案或者有异议的话可以继续讨论,寻求达成新的共识 ——魔琴[留言 贡献] 2024年6月4日 (二) 02:22 (UTC)
- (!)意見--魔琴您好,在下上面已經具體提出了一些具體疑問,例如範圍、作法、是否需要,等等。在下認為,應該至少討論14天Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 11:24 (UTC)
- (!)意見--(1) 7人討論(更正:含發起人10人-仍難屬「大量用戶」),能算是「已有大量用戶參與」而提前關閉討論?在下以為,對於維基「高風險主題」方針的解讀、執行應嚴謹,不然,如果今天改一點、明天變一點,會不會似乎變相成了潛規則、被利用的漏洞?那麼,不僅對條目爭議不利,恐怕還可能增加了對新方針的誤導、糾偏的爭議或後遺症。(2)或許提案人本意想有助於解決問題,但解決問題,需要避免的情況是,會不會反而增加了問題複雜性。如果依據過去的主要方針不能解決問題,是執行方針的問題嗎?或者什麼? 如果需要 新設的「WP:高風險主題」方針,就一個議題設定為高風險主題,要形成共識,那麼方針規定「至少討論14天」,其實也意味可能需要更多討論時間,畢竟這不是局部小問題的探討,而可能是影響長久的,過程不宜粗糙的解讀操作,理應更多人參加較細緻的討論,不宜簡單過去。Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 11:18 (UTC)
- (!)意見-魔琴您好,如上表述的意見,在下以為,這一討論並未完成、參與者少、留言討論少、現有的留言也有分歧意見未獲充分討論,並不符合「已有大量用戶參與」的「考慮提前」關閉的情況。提前關閉並不合適,應依據方針開放至少14天的討論。Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 02:16 (UTC)
- (!)意見-魔琴您好,與魔琴、發起人Hoben7599、參與的各位交流。對於本案,實質面,在下在上面列舉部分意見與疑慮,再整理如下,提供參考,感謝耐心閱讀:
- 此討論的,發起理由、範圍、方式,有些值得商榷處,試舉幾例提出交流
- 發起人理由稱,2005年以來「法輪功」條目頁面保護40次----這是「19年」的時間,而且也要看看保護的原因。
- 涉及條目範圍恐怕過大,將「分類:法輪功」中的條目都納入,相關條目,是不是都需要呢?涉及範圍大,條目的風險,論證是否足夠?依據方針,「提案人必須『論證』主題之風險,並建議『合適』的編輯限制措施。」
- 發起討論人的理由寫到「設立原因及原方案請見Wikipedia talk:高風險主題#設立新興宗教為高風險主題」。點入後裡面提到「不熟悉方針的新手/IP用戶可能會根據自己的立場加入不符合編輯方針的內容」---(1)這其實可以先透過「半保護」就可大幅改善處理。(2)發起人建議,對兩個條目的方案是「不限期半保護+0RR」,但是,0RR不得回退,會不會反過來 讓這些「不符合編輯方針的內容」不被回退,而限制了正常的編輯與反破壞?這會不會影響,很常見的WP:修改、回退、討論循環的合理進行。在前面的討論中,也有用戶提出對0RR的不同意見。是不是需要再商榷?
- 方案中,「『當有自動確認用戶參與爭議』時將條目提升至延伸確認保護」---「當有自動確認用戶參與爭議」---這要如何判斷?
- 發起人的方案,要求「恪守Wikipedia:中立的觀點、Wikipedia:文明、Wikipedia:可靠來源、Wikipedia:生者傳記」-----疑問:如果要方案,是不是該有相當關鍵核心的WP:可供查證? 要有WP:不要人身攻擊?
- 此外,從落實現有方針來改善,也是重要的作法。此前,有用戶在相關條目上,違反3RR、人身攻擊屢屢違反文明方針,在下列出明確證據舉報後,不知為何管理員並未處理。Wetrace歡迎參與WP人權專題 2024年6月4日 (二) 12:06 (UTC)
- 此討論的,發起理由、範圍、方式,有些值得商榷處,試舉幾例提出交流
- (!)意見-魔琴您好,與魔琴、發起人Hoben7599、參與的各位交流。對於本案,實質面,在下在上面列舉部分意見與疑慮,再整理如下,提供參考,感謝耐心閱讀:
- (!)意見-查閱Wikipedia:高風險主題,各個討論期間,此前都在14天以上。
- 法輪功主題---討論期,2024年 5/26~6/3,8天。
- Wikipedia_talk:高風險主題/在世人物傳記--討論期 2023年8/30~9/13,約14天。
- Wikipedia_talk:高風險主題/臺灣海峽兩岸關係及政治地位---2023年8/30~9/18,約19天。
- Wikipedia_talk:高風險主題/加密货币及区块链--2023年 9/27~10/19,約22天
- Wikipedia_talk:高風險主題/反對逃犯條例修訂草案運動--2023年8/30~11/24,約25天。
- Wikipedia_talk:高風險主題/八九民主運動--2023年 11/7~12/19,約42天。
- Wikipedia_talk:高風險主題/医学--2023年10/9~11/22,約43-44天。
- Wikipedia_talk:高風險主題/搜尋引擎優化與營銷---2023年 8/31~10/27,約57天。
是不是建立一个披露过滤器细节的规范比较好[编辑]
我希望知道,披露某个编辑的哪个字眼触发过滤器,是否是可以的。比如说,披露“黑人警察”四个字触发过滤器是可行的吗?披露“收购”触发过滤器也是可行的吗?如果认为这种程度的披露是可以接受的话,我觉得我运用权限就能有更多的自由。我申请过滤器助理的原因之一就是处理这种情况。--MilkyDefer 2024年5月27日 (一) 16:25 (UTC)
- 又或者说,我以后是否可以依照“您编辑中的XXX字样触发了过滤器YYY中用以阻挡ZZZ等类似字眼的过滤规则”的句式来回应。此外,此等消息是否真的要闹到客栈长篇大论后才能披露,以闹取胜?--MilkyDefer 2024年5月27日 (一) 16:30 (UTC)
- @MilkyDefer:理論上我們可以認為助理(及管理員)任職要求是能夠判斷是否合理披露此類資訊?或是社群在此處明確授權助理(及管理員)有權如此做。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月29日 (三) 07:06 (UTC)
- 判断哪些细节透露出来会导致过滤器无法发挥预期作用大概是不会有具体标准的,但判断起来并不困难。只有部分破坏者了解过滤器并主动试探,而这时生效的往往还有其它的判断规则。关键字是比较容易误伤、公开部分影响较小的,这种情况自行判断即可吧。——暁月凛奈 (留言) 2024年5月29日 (三) 07:46 (UTC)
- 我披露了“黑人警察”是因为这个规则已经被撤销了。而且由于这是一个编写极有缺陷的规则,就算没有被别人撤销,我也会撤销它,因此我觉得这并不算披露细节。Bluedeck 2024年6月1日 (六) 09:56 (UTC)
关于「Save to」和「Moved to」[编辑]
现时{{Save to}}和{{Moved to}}模板提供將討論移动至多个讨论页的选项,然而有用户指出这有「若有人添加留言,則變成討論鬧多胞」的问题。我想Move to的逻辑能否修改成存档至一主页面,然后在其他页面提供「X处有和本条目相关讨论的」的导引,或者以{{#section-h:主页面|讨论标题}}
的形式在其他页面存档。谢谢。Ghren🐦🕒 2024年5月28日 (二) 07:15 (UTC)
- (+)贊成:像重定向到某條目一樣可以集中討論,然而反對強制限於主頁面討論。 -- 月都 ※ 2024年5月28日 (二) 10:12 (UTC)
- @Ghren:你説的是否{{save to}}?Sanmosa 人人皆王 2024年5月28日 (二) 11:49 (UTC)
- 標題指的是「Moved to」,不知何故被重定向至「Vmp」模板。不過「Save to」也可一并加上。Ghren🐦🕗 2024年5月28日 (二) 12:08 (UTC)
- 不支持,這兩個模板幾乎都是用在存檔的情況,要配合集中討論制度另開模板比較好,另您這完全沒考慮導引失效的問題--SunAfterRain 2024年5月28日 (二) 13:13 (UTC)
- 两者的定位不同吧,saveto是给存档时方便机器人迁移到指定的讨论页存档(saveto一般不接续讨论),moveto是现在的讨论迁移到新的页面去继续(搭配movefrom,讨论一般可以接续)。——Sakamotosan路过围观 | 避免做作,免敬 2024年5月29日 (三) 00:45 (UTC)
- @Ghren:事實上更應該搭配關閉討論模板,明確指出這是已經關閉的討論,這樣即可以免除造成重複討論的責任(別人堅持要繼續那也不關原始討論參與者的事了)。實際上一般條目討論頁也是如此,這跟有沒有強制規定討論地點根本無關(兼答共識方針修訂某理由)。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月29日 (三) 04:09 (UTC)
- 同意,机器人存档时自动加上{{archive top}}即可。——BlackShadowG Slava Ukraini! 2024年6月2日 (日) 00:32 (UTC)
介绍 iOS 建议编辑:增强维基百科的移动贡献[编辑]
你好,我是阿玛尔·拉马丹,是基金会应用团队的高级运动传播专员。我很高兴与大家分享一些消息。
我们将一个新功能引入 iOS 维基百科应用程序,名为“建议编辑”。该功能旨在增强 iOS 设备上的移动编辑,使您等用户更简单地贡献于维基百科。建议编辑已经在 Android 应用程序以及维基百科的移动和桌面版本上可用,我们很高兴地将其带到 iOS,首先是图片推荐。
您是否曾想过为特定维基百科文章评估图片?现在,有了 iOS 建议编辑,您就可以做到。 “添加图片”任务会为没有图片的文章建议一张图片。无论您身在何处,都有机会评估图片,并确定其是否适合包含在文章中。如果图片不适合该文章,您可以提供反馈原因。如果看起来合适,您可以继续编辑文章以添加图片、图片标题和替代文本。
我们很高兴地宣布,iOS 建议编辑,现已发布到所有维基。我们鼓励您尝试一下,并了解您如何可以直接从您的 iOS 设备丰富维基百科内容。有关该功能的更多信息可以在项目页面上找到;我们计划很快添加更多的贡献类型,因此请订阅该页面以获取最新信息,或者我们邀请您观看该功能的视频演示;演示脚本已经翻译成您的语言。感谢您成为维基百科社区的一员,我们期待看到这一新功能在未来的影响。
--ARamadan-WMF(留言) 2024年5月29日 (三) 07:45 (UTC)
將「1945年後臺灣政治」訂為高風險主題[编辑]
原标题为:將「臺灣政治」訂為高風險主題
臺灣政治類內容長期遭受破壞及編輯戰影響,當中不乏管理員下場參與編輯戰,近期的社會運動導致的破壞及編輯戰更是反映有需要增加一定限制。由此,我提議新增「臺灣政治」高風險主題,涵蓋「1945年後臺澎金馬地區內政外交有關的人物、組織及事件」(不包括已有主題的海峽兩岸關係及臺灣政治地位),實施以下編輯限制:
- 編者須嚴格遵守可供查證、中立的觀點、生者傳記等核心方針指引;
- 管理員可對擾亂編輯(包括破壞、編輯戰及其他不當編輯,或在討論時發表任何針對政治地位的訴諸人身、不文明行為和假定惡意的言論)實施標準編輯限制措施。
- 以下條目因長期遭受破壞及編輯戰影響而提請實施編輯限制措施:
- 中華民國(目前已按WP:CTOP/CSRPS主題不限期保護,不需改變保護狀態)
- 中國國民黨(目前已按WP:CTOP/CSRPS主題不限期保護,而最近的保護是因臺灣本地政治引發的破壞,不需改變保護狀態但應從CSRPS剔除)
- 民主進步黨:不限期半保護
- 台灣民眾黨:不限期半保護
- 二二八事件:不限期半保護+回退不過一
- 太陽花學運:不限期半保護
- 其他建議的編輯限制措施:
- 2024年立法院改革爭議、青鳥行動及子條目:不限期半保護+回退不過一,至事件結束解除;解除全保護以回退限制取代(因事件急速發展,全保護僅會限制條目更新)
--路西法人 2024年5月30日 (四) 12:48 (UTC)
- 「有關的個體」範圍太大(難道合一行動聯盟、中國民主黨也要涵蓋?),建議改為「有關的主要政黨」。--Cmsth11126a02 (留言) 沈伯洋是被大陸國民黨立委扯衣服導致頭部落地的! 2024年5月30日 (四) 13:49 (UTC)
- 「有關的個體」預設僅須遵守三大核心方針,如果起爭議的話也應該按此高風險主題處理即可。--路西法人 2024年5月30日 (四) 16:07 (UTC)
- 臺灣政治相關內容範圍太大,建議縮小。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月30日 (四) 13:57 (UTC)
- 或得將「海峽兩岸關係及臺灣政治地位」更名為「海峽兩岸關係及臺灣政治」,然後直接將上該條目列入管制範圍。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年5月30日 (四) 14:03 (UTC)
- 英維能把1992年後美國政治整個納入高風險,1949年後臺灣政治除了年份外顯然不會比1992年後美國政治廣多少,真的難以說是「範圍太大」。海峽兩岸的高風險主題核心在於兩岸間的WP:NPOV、MOS:CS4D,而此建議高風險主題的核心則在於臺灣本地政黨間的內容,兩者顯然屬於不同的範疇,不適宜合併處理。--路西法人 2024年5月30日 (四) 16:11 (UTC)
- 上邊既然包括了二二八,那倒不如將年份拉到1945年。反正只差四年。--Ghren🐦🕓 2024年5月31日 (五) 08:42 (UTC)
- 太習慣1949這個年份了 囧rz……已修訂年份。--路西法人 2024年5月31日 (五) 09:54 (UTC)
- 1945-1949期间哪有台澎金马地区这种东西( ——魔琴[身份声明 留言 贡献 新手2023] 2024年5月31日 (五) 10:15 (UTC)
- 我主要不想特地標明政權名字是為了涵蓋未來任何變化。45-49年台灣的議題到現在還是爭議相當大,寫「45-49年間台灣本島及49年後台澎金馬地區」也比較彆扭吧(((小範圍地有點奇怪大概也問題不大。--路西法人 2024年5月31日 (五) 11:11 (UTC)
- 其實真要說的話,「外交」一詞也能起爭議,所以我覺得確實是別較真詞彙了。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月1日 (六) 17:12 (UTC)
- 我主要不想特地標明政權名字是為了涵蓋未來任何變化。45-49年台灣的議題到現在還是爭議相當大,寫「45-49年間台灣本島及49年後台澎金馬地區」也比較彆扭吧(((小範圍地有點奇怪大概也問題不大。--路西法人 2024年5月31日 (五) 11:11 (UTC)
- 那末「1945年後臺澎金馬地區內政外交有關的個體和事件」或應改為「1945年以後與臺澎金馬地區內政及外交有關的人事物」較為通順。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月1日 (六) 17:10 (UTC)
- 比較少會「物」,更多是「人組成的組織」,形容做「物」有點奇怪吧。--路西法人 2024年6月1日 (六) 17:24 (UTC)
- 「人物、事件及組織」?—— Eric Liu 創造は生命(留言・留名・學生會) 2024年6月3日 (一) 02:30 (UTC)
- 比較少會「物」,更多是「人組成的組織」,形容做「物」有點奇怪吧。--路西法人 2024年6月1日 (六) 17:24 (UTC)
- 1945-1949期间哪有台澎金马地区这种东西( ——魔琴[身份声明 留言 贡献 新手2023] 2024年5月31日 (五) 10:15 (UTC)
- 太習慣1949這個年份了 囧rz……已修訂年份。--路西法人 2024年5月31日 (五) 09:54 (UTC)
- 上邊既然包括了二二八,那倒不如將年份拉到1945年。反正只差四年。--Ghren🐦🕓 2024年5月31日 (五) 08:42 (UTC)
- (+)支持,至於上面提到的範圍太大的問題,目前我是不這麼覺得啦,畢竟那些條目目前也沒有長期受破壞與編輯戰影響,自然並無適用更嚴格編輯限制措施的必要。--冥王歐西里斯(留言) 2024年5月31日 (五) 01:44 (UTC)
- (+)支持--Benho7599 | Talk 2024年5月31日 (五) 06:41 (UTC)
- (+)支持--CaryCheng(留言) 2024年6月2日 (日) 16:45 (UTC)
- 那些表態支持統一的台灣藝人,當作"臺灣政治相關"嗎?--北極企鵝觀賞團(留言) 2024年6月4日 (二) 00:21 (UTC)
- 受到破坏的页面好像不是很多?——暁月凛奈 (留言) 2024年6月4日 (二) 02:37 (UTC)
- 若人物條目遇政治表態相關的破壞或編輯戰,那麼就適用高風險主題的措施;若破壞或編輯戰與政治表態無關,那麼則不視作高風險主題的編輯限制。--路西法人 2024年6月4日 (二) 05:23 (UTC)
- 人物條目通常適用“WP:CTOP/BLP”(儘管有無政治表態),如果因為政治表態而在短時間內有多則編輯,應該只要臨時半保護就好了(至少3個月)。--Sinsyuan✍️🌏🚀 2024年6月4日 (二) 07:27 (UTC)